Jobs-to-be-Done-ramverket: en praktisk introduktion
← Alla artiklar Bygg rätt sak

Jobs-to-be-Done-ramverket: en praktisk introduktion

Av FabricLoop-teamet  ·  Maj 2026  ·  6 min läsning

Clayton Christensen brukade berätta en historia om ett snabbmatsföretag som ville sälja mer milkshake. De intervjuade kunder om smakpreferenser, sötma och bägarstorlek. Ingenting de ändrade påverkade försäljningen. Sedan provade en forskare ett annat angreppssätt: han ställde sig på en parkering och tittade på hur folk köpte milkshake. Han ställde en enda fråga: ”Vad försökte du göra när du bestämde dig för att köpa en milkshake i morse?”

Svaret: de flesta som köpte milkshake på morgonen hade en lång, tråkig pendling framför sig. De ville ha något som höll dem sysselsatta och som inte lämnade dem hungriga före lunch. Milkshaken gjorde det bättre än en banan (för snabbt uppäten), en bagel (för kladdig) eller en kaffe (för liten). Produkten de konkurrerade med var inte andra milkshakes, utan leda och hunger.

Den historien är kärnan i Jobs-to-be-Done. Människor köper inte produkter. De anlitar dem för att göra ett jobb i sina liv.

Vad ett ”jobb” egentligen betyder

I JTBD-terminologi är ett ”jobb” de framsteg en person försöker göra i en viss situation. Det är inte en uppgift (”Jag måste skicka en fil”). Det är inte ett mål (”Jag vill bli mer produktiv”). Det är de specifika framsteg en specifik person försöker göra i en specifik situation, med hela det sammanhang, alla de begränsningar och känslor som omger just det ögonblicket.

Jobbet har tre delar: en situation (utlösaren som skapar behovet), en motivation (vad personen försöker uppnå) och ett resultat (personens definition av framgång). Alla tre spelar roll. En produkt som träffar rätt på motivationen men ignorerar situationen kommer att användas i fel ögonblick. En produkt som träffar rätt på situationen men ignorerar resultatet kommer att anlitas och snabbt sägas upp.

”Människor vill inte ha en borr på sex millimeter. De vill ha ett hål på sex millimeter. Men egentligen vill de ha en hylla på väggen, och innerst inne vill de att deras partner ska tycka att de är duktiga.”

Formatet för JTBD-formuleringar

Att skriva formella JTBD-formuleringar tvingar fram klarhet om vilket jobb din produkt faktiskt anlitas för att göra, och avslöjar glappet mellan vad du tror att jobbet är och vad användarna faktiskt upplever.

Mall för JTBD-formulering + exempel
”När situation vill jag motivation så att jag kan resultat.”
Exempel 1 — Verktyg för projektledning
”När jag tar över ett projekt halvvägs från en kollega som har slutat vill jag förstå vad som har beslutats och varför så att jag kan komma in i arbetet utan att boka sex genomgångar.”
Exempel 2 — Kommunikationsverktyg
”När jag behöver ett snabbt svar från någon som sitter i möten hela dagen vill jag skicka ett meddelande som signalerar brådska utan att vara oförskämd så att jag kan komma vidare utan att skada relationen.”
Exempel 3 — Analysverktyg
”När jag ska presentera för styrelsen nästa vecka vill jag visa utvecklingen av retention på ett sätt som berättar en tydlig historia så att jag kan visa framsteg och bibehålla förtroendet för teamet.”

Lägg märke till hur varje formulering avslöjar något som en funktionslista aldrig skulle göra: det känslomässiga inslaget, sammanhanget av konkurrerande krafter och definitionen av framgång ur användarens perspektiv. Inget av detta skulle dyka upp i en enkät som frågar ”vilka funktioner vill du ha?”

Funktionella, sociala och emotionella dimensioner

Varje jobb har tre dimensioner, och produkter som bara tar itu med den funktionella lämnar verkligt värde på bordet.

Slack växte inte för att det var bättre än e-post på att skicka meddelanden (funktionellt). Det växte för att det fick team att känna sig mer sammankopplade och levande (emotionellt) och gav individer känslan av att vara en del av ett samtal i realtid i stället för en kö i inkorgen (socialt). Funktioner som bara möter det funktionella jobbet blir lätt utbytbara vanor. Produkter som möter alla tre dimensionerna är mycket svårare att ersätta.

Intervjuteknik För att upptäcka de emotionella och sociala dimensionerna: lyssna efter språk som handlar om andra människor. ”Jag behövde visa min chef att …”, ”Jag ville inte att kunden skulle tro …”, ”Jag var orolig att teamet skulle anta …” – de här fraserna visar att sociala och emotionella jobb är i spel.

Så upptäcker du vilka jobb din produkt anlitas för

Den bästa JTBD-forskningen fokuserar på ögonblicket då produkten anlitas, beslutet att börja använda den, och ögonblicket då den sägs upp, beslutet att sluta. Båda ögonblicken är rika på signaler.

Till intervjun om anlitandet frågar du: ”Tänk tillbaka på senast du bestämde dig för att använda [produkt]. Vad pågick? Vad försökte du åstadkomma? Vad provade du innan dess?” Till intervjun om uppsägningen: ”När slutade du använda [produkt]? Vad höll du på med precis innan du bestämde dig för att byta? Vad gjorde alternativet annorlunda?”

Svaren kommer nästan alltid att överraska dig. Användarna kommer att beskriva situationer, frustrationer och motiv som ditt team aldrig hade förutsett. Det är själva poängen. JTBD-forskning är inte validerande forskning utan utforskande. Du testar inte dina antaganden, du ersätter dem med belägg.

Den demografiska fällan JTBD rör sig medvetet bort från demografiska personas (”35-årig marknadschef”) mot situationsbaserade. Två personer med identisk demografi kan ha helt olika jobb. Två personer som inte har något gemensamt demografiskt kan anlita din produkt för exakt samma jobb. Segmentera efter jobb, inte efter ålder eller roll.

Så använder du JTBD för att fatta produktbeslut

När du har identifierat de primära jobb som din produkt anlitas för kan du använda dem som filter för varje större produktbeslut. Fråga för varje föreslagen funktion: vilket specifikt jobb hjälper den användarna att göra framsteg i? Om svaret är ”inget av våra primära jobb” är det en stark signal att nedprioritera den, även om funktionen låter lockande.

JTBD visar också var du överlevererar. Om användarna har ett jobb som redan löses tillräckligt bra ger fler funktioner på det området avtagande avkastning, och kan dessutom göra produkten mer komplex och svårare att använda för användare med andra jobb. Jobbperspektivet visar var du ska investera och var du ska sluta.

Hur FabricLoop hänger ihop med JTBD FabricLoop anlitas för ett specifikt jobb: att hålla team samordnade utan att tvinga alla in i samma kommunikationsstil. Det jobbet har funktionella, sociala och emotionella dimensioner, och att förstå dem har format varje produktbeslut. Vi använder JTBD-formuleringar internt när vi utvärderar nya funktioner, och vi gör den underliggande forskningen synlig för hela teamet.

10 saker att ta med sig från den här artikeln

  1. Människor köper inte produkter, de anlitar dem för att göra framsteg i en specifik situation. Jobbet är alltid större än uppgiften.
  2. Ett jobb har tre delar: situation (utlösaren), motivation (vad de försöker uppnå) och resultat (deras definition av framgång).
  3. Formatet för JTBD-formuleringar – ”När [situation] vill jag [motivation] så att jag kan [resultat]” – tvingar fram en klarhet som funktionslistor aldrig ger.
  4. Varje jobb har funktionella, sociala och emotionella dimensioner. Produkter som bara möter den funktionella dimensionen blir lätt utbytbara.
  5. Lyssna efter språk om andra människor i intervjuer – det visar på sociala och emotionella jobb, som ofta är viktigare än de funktionella.
  6. Den bästa JTBD-forskningen fokuserar på ögonblicket då produkten anlitas (varför började du?) och ögonblicket då den sägs upp (varför slutade du?).
  7. JTBD-forskning är utforskande, inte validerande. Du ersätter antaganden med belägg i stället för att bekräfta det du redan tror.
  8. Segmentera användare efter det jobb de försöker göra, inte efter demografi. Två personer utan något gemensamt kan ha samma jobb.
  9. Använd identifierade jobb som filter för funktionsbeslut: om en funktion inte hjälper användarna att göra framsteg i ett primärt jobb ska du nedprioritera den.
  10. JTBD visar också var du överlevererar, det vill säga områden där fler funktioner ger avtagande avkastning eller ökar komplexiteten.