Köpare fattar inte beslut i vakuum – de försöker få ett jobb gjort. När du använder jobs to be done i sälj (JTBD) som ramverk flyttar du samtalet från produkt och funktioner till den faktiska förändring kunden vill uppnå. Det gör discovery skarpare, prioriteringen enklare och din affär mer relevant i kundens språk.
För svenska försäljningschefer handlar det här inte om ännu en metod. Det handlar om att skapa en gemensam logik mellan sälj, marknad och kund: vad är det kunden försöker åstadkomma, varför nu och vad måste kännas tryggt för att de ska byta beteende? När du får den bilden kan du också styra framing av affären utan att låta som att du ”pitchar”.
Den här guiden visar hur du ramar in affären utifrån kundens jobb-att-utföra – i praktiska steg som går att använda direkt i ett pågående case.
Vad ”jobb-att-utföra” betyder i B2B – och varför det slår kundbehov
”Kundbehov” blir ofta en lista: snabbare rapporter, bättre integrationer, lägre kostnad. Problemet är att listan sällan berättar varför köparen faktiskt kommer agera, eller vad som gör att de fastnar i status quo. JTBD ger dig en mer användbar enhet: en situation där kunden försöker ta sig från ett läge till ett annat.
I praktiken kan ett jobb-att-utföra låta så här: ”När vår pipeline blir svår att lita på vill jag kunna styra resursplanering utan att hamna i intern diskussion om siffror.” Det är fortfarande konkret, men det fångar också friktion, risk och önskat utfall – alltså det som styr köpbeslut. Och det är här jobs to be done i sälj blir operativt: du kan koppla ditt värde till ett beslut, inte till en funktionslista.
Discovery som kartläggning av jobb, inte krav
Om du vill att discovery ska leda till ett skarpare case behöver du sluta ”samla krav” och börja kartlägga vad som triggar rörelse. Använd frågor som tvingar fram situation och drivkrafter:
1) Vad hände precis innan ni började titta på det här? Du letar efter triggern – ett misslyckande, en ny strategi, en chef som kräver annat, ett nytt kundsegment.
2) Vilket beslut försöker ni kunna fatta lättare efter förändringen? Målet är att förstå vilket jobb lösningen ska göra möjligt, inte bara vad den ska innehålla.
3) Vad har ni testat för att lösa det – och varför räckte det inte? Här hittar du kundens egen bevisning. Det blir sedan ett starkt underlag för framing: ”Ni har redan försökt X, det löste inte Y, därför behöver ni Z.”
4) Vad är konsekvensen om ni inte gör något de kommande 3-6 månaderna? Om svaret är ”inte så mycket” är det inte ett aktivt köpärende än. Då ska du antingen ompositionera eller kvala ut.
Det viktiga är inte att du ställer många frågor, utan att du får en sammanhängande berättelse om kundbehov i form av orsak – friktion – önskat utfall – risk. Det är den berättelsen du sedan säljer på.
Framing: så formulerar du affären i kundens språk
Framing handlar om att bestämma vad affären är – innan ni diskuterar hur den ska lösas. När du har JTBD-berättelsen kan du rama in affären med tre byggstenar:
1) Nu-läget som kostar
Beskriv läget som kunden själv nyss uttryckte det, gärna med konsekvens. Exempel: ”Som det är nu går veckomötet åt till att diskutera siffror i stället för att fatta beslut, vilket gör att ni blir reaktiva i bemanning.”
2) Önskat läge som möjliggör beslut
Inte ”en plattform” eller ”automatisering”, utan vad de kan göra annorlunda: ”Ni vill kunna lita på prognosen så att ni kan styra kapacitet utan intern förhandling varje vecka.”
3) Bytet som måste kännas säkert
B2B-köp är ofta ett byte av arbetssätt. Säg det rakt: ”Det här innebär att ni standardiserar hur data uppstår och vem som äger den – annars får ni samma diskussioner i ett nytt verktyg.”
Den här typen av framing gör två saker: den hjälper köparen att sälja internt och den minskar risken att du blir jämförd på features. Det är också här jobs to be done i sälj blir ett språk som går att repetera i styrgrupp, inte bara i säljmöten.
Översätt jobbet till ett case köparen kan försvara
När du väl har jobbet tydligt behöver du översätta det till ett affärscase som matchar hur kunder köper. Det betyder att du ska vara lika tydlig med vad som inte ingår som med vad som ingår – annars tappar du trovärdighet när förväntningarna glider.
Strukturen kan vara enkel:
Problem (kundens ord): Vad är friktionen och var märks den?
Påverkan: Vilka beslut blir sämre, vilka risker ökar, vad tar tid?
Målbild: Vilket nytt beteende vill de ha på plats?
Förutsättningar: Vad måste ändras internt för att lösningen ska fungera?
Bevis: Vad i ert arbetssätt, era referenser eller er data gör det rimligt att ni löser just detta?
Lägg särskild vikt vid förutsättningarna. Många affärer faller inte på att lösningen är fel, utan på att ”jobbet” kräver att någon internt byter process eller ansvar – och det var aldrig förankrat.
Gör JTBD till en vana i teamet, inte en workshop
Om JTBD ska hjälpa er i verklig försäljning måste det bli en del av hur ni kör discovery, hur ni skriver opportunities och hur ni coachar. Ett praktiskt sätt är att standardisera tre rader i CRM eller i er mall för mötesanteckningar:
Trigger: Varför är detta på bordet nu?
Jobb: Vilket beslut eller beteende vill de möjliggöra?
Risk: Vad måste kännas tryggt för att de ska våga byta?
Det räcker för att skapa konsekvens i språk och kvalificering. Och när säljare börjar skriva på det sättet blir det också lättare för dig som chef att coacha på riktning: ”Vi har pratat mycket om lösningen, men jag ser inte vilket jobb kunden faktiskt försöker få gjort.”
Nästa steg: välj en pågående affär, sammanfatta trigger – jobb – risk i tre meningar och använd dem som öppning i nästa kundmöte för att låsa framing i kundens språk.
