Alle artikler Bygge det Riktige

Rammeverket for Jobber som skal gjøres: En Praktisk Introduksjon

Av FabricLoop-teamet  ·  Mai 2026  ·  6 min lesing

Clayton Christensen pleide å fortelle en historie om et kjederestauranskjebbetall som ville selge mer smoothies. De intervjuet kunder om smaksfortrinn, søthet og kopp størrelse. Ingenting de endret flyttet salget. Deretter prøvde en forsker en annen tilnærming: han sto i en parkeringsplass og observerte mennesker kjøpe smoothies. Han stilte ett spørsmål: "Hva prøvde du å gjøre da du bestemte deg for å få en smoothie denne morgenen?"

Svaret: de fleste morgen smoothie-kjøpere hadde en lang, kjedelig kjøretur foran seg. De ville ha noe som ville holde dem opptatt og ikke la dem være sultne før lunsj. Smoothien gjorde det bedre enn en banan (for fort), en bagel (for rotete) eller kaffe (for lite). Produktet de konkurrerte med var ikke andre smoothies, det var kjedsomhet og sult.

Den historien er essensen av Jobs-to-be-Done. Folk kjøper ikke produkter. De ansetter dem for å gjøre en jobb i livene sine.

Hva en "jobb" egentlig betyr

I JTBD-terminologi er en "jobb" fremgangen en person prøver å oppnå i en bestemt omstendighet. Det er ikke en oppgave ("Jeg trenger å sende en fil"). Det er ikke et mål ("Jeg vil være mer produktiv"). Det er den spesifikke fremgangen en spesifikk person prøver å oppnå i en spesifikk situasjon, med all konteksten, begrensningene og emosjonene som omgir det øyeblikket.

Jobben har tre komponenter: en situasjon (utløseren som skaper behovet), en motivasjon (hva personen prøver å oppnå) og et resultat (deres definisjon av suksess). Alle tre betyr noe. Et produkt som oppfyller motivasjon men ignorerer situasjon vil bli brukt på feil tidspunkt. Et produkt som oppfyller situasjon men ignorerer resultat blir ansatt og raskt sparket.

"Folk vil ikke ha en kvart-tomme bor. De vil ha et kvart-tomme hull. Men hva de egentlig vil ha er en hylle på veggen, og hva de egentlig ønsker seg er at partneren deres skal tro at de er kompetente."

Formatet for JTBD-erklæring

Å skrive formelle JTBD-erklæringer tvinger klarhet om hvilken jobb produktet ditt egentlig blir ansatt for, og avslører mangler mellom hva du tror jobben er og hva brukere faktisk erfarer.

JTBD-erklæringsmal + eksempler
"Når situasjon, jeg vil motivasjon, så jeg kan resultat."
Eksempel 1 — Prosjektbehandlingsverktøy
"Når jeg overtar et prosjekt midtveis fra en kollega som gikk, vil jeg forstå hva som er blitt avgjort og hvorfor, så jeg kan komme meg opp på hastighet uten å planlegge seks oppfølgingssamtaler."
Eksempel 2 — Kommunikasjonsverktøy
"Når jeg trenger et raskt svar fra noen som er i møter hele dagen, vil jeg sende en melding som signaliserer hastverk uten å være uhøflig, så jeg kan frigjøre meg selv uten å skade forholdet."
Eksempel 3 — Analyseverktøy
"Når jeg presenterer for styret neste uke, vil jeg vise oppbevaryingstrends på en måte som forteller en klar historie, så jeg kan vise fremgang og opprettholde tilliten til teamet."

Legg merke til hvordan hver erklæring avslører noe som en funksjonslist aldri ville gjøre: de emosjonelle innsatsene, konteksten for konkurrerende krefter og definisjonen av suksess fra brukerens perspektiv. Ingen av dette ville komme fram i en undersøkelse som spørte "hvilke funksjoner vil du?"

Funksjonelle, sosiale og emosjonelle dimensjoner

Hver jobb har tre dimensjoner, og produkter som bare adresserer den funksjonelle la ekte verdi på bordet.

Slack vokste ikke fordi det var bedre enn e-post til å sende meldinger (funksjonell). Det vokste fordi det fikk lag til å føle seg mer forbundet og levende (emosjonell) og fikk individer til å føle seg som del av en sanntids-samtale i stedet for en inbokskø (sosial). Funksjoner som bare adresserer den funksjonelle jobben er lett varehandlet. Produkter som adresserer alle tre dimensjonene er mye vanskeligere å erstatte.

Intervjuteknikk For å avdekke emosjonelle og sosiale dimensjoner, lytt til språk om andre mennesker. "Jeg trengte å vise sjefen min at..." "Jeg ville ikke at klienten skulle tro..." "Jeg var bekymret for at teamet skulle anta..." disse setningene signaliserer at sosiale og emosjonelle jobber er i spill.

Hvordan oppdage jobbene produktet ditt blir ansatt for

Den beste JTBD-forskningen fokuserer på ansettelsesmomentet, beslutningen om å begynne å bruke et produkt, og sparken-momentet, beslutningen om å slutte. Begge momentene er rike på signal.

For ansettelsesintervjuet, spør: "Tenk tilbake til sist gang du bestemte deg for å bruke [produkt]. Hva skjedde? Hva prøvde du å oppnå? Hva annet prøvde du først?" For sparken-intervjuet: "Når sluttet du å bruke [produkt]? Hva gjorde du rett før du bestemte deg for å bytte? Hva gjorde alternativet annerledes?"

Svarene vil nesten alltid overraske deg. Brukere vil beskrive situasjoner, frustrasjon og motivasjoner som teamet ditt aldri forutså. Det er poenget. JTBD-forskning er ikke valideringsforskning, det er oppdagelsesforskning. Du tester ikke antakelsene dine; du erstatter dem med bevis.

Demografifellen JTBD beveger seg bevisst bort fra demografiske personas ("35-årisk markedssjef") mot situasjonsbestemte. To mennesker med identiske demografiske data kan ha helt forskjellige jobber. To mennesker uten noe til felles demografisk kan ansette produktet ditt for nøyaktig samme jobb. Segmenter etter jobb, ikke etter alder eller rolle.

Bruke JTBD til å ta produktbeslutninger

Når du har identifisert de primære jobbene produktet ditt blir ansatt for, bruk dem som filter for hver betydelig produktbeslutning. For enhver foreslått funksjon, spør: hvilken spesifikk jobb hjelper dette brukere å gjøre fremgang på? Hvis svaret er "ingen av våre primære jobber", det er et sterkt signal til å deprioritisere, selv om funksjonen høres appellerende ut.

JTBD avslører også hvor du over-serverer. Hvis brukere har en jobb som allerede blir gjort godt nok, legger du til flere funksjoner til det området gir avtagende returneringer, og potensielt legger til kompleksitet som gjør produktet vanskeligere å bruke for brukere med andre jobber. Jobblinsen viser deg hvor du skal investere og hvor du skal stoppe.

Hvordan FabricLoop kobler seg til JTBD FabricLoop blir ansatt for en spesifikk jobb: holde team koordinert uten å tvinge alle til samme kommunikasjonsstil. Den jobben har funksjonelle, sosiale og emosjonelle dimensjoner, og å forstå dem formet hver produktbeslutning. Vi bruker JTBD-erklæringer internt når vi evaluerer nye funksjoner, og vi gjør den underliggende forskningen synlig for hele teamet.

10 ting å ta med seg fra denne artikkelen

  1. Folk kjøper ikke produkter, de ansetter dem for å gjøre fremgang i en spesifikk situasjon. Jobben er alltid større enn oppgaven.
  2. En jobb har tre komponenter: situasjon (utløseren), motivasjon (hva de prøver å oppnå) og resultat (deres definisjon av suksess).
  3. JTBD-erklæringsformatet, "Når [situasjon], jeg vil [motivasjon], så jeg kan [resultat]" tvinger klarhet som funksjonslist aldri produserer.
  4. Hver jobb har funksjonelle, sosiale og emosjonelle dimensjoner. Produkter som bare adresserer den funksjonelle dimensjonen er lett varehandlet.
  5. Lytt til språk om andre mennesker i intervjuer, det signaliserer sosiale og emosjonelle jobber som ofte er viktigere enn funksjonelle.
  6. Den beste JTBD-forskningen fokuserer på ansettelsesmomentet (hvorfor startet du?) og sparken-momentet (hvorfor sluttet du?).
  7. JTBD-forskning er oppdagelsesforskning, ikke validering. Du erstatter antakelser med bevis, ikke bekrefter hva du allerede tror.
  8. Segmenter brukere etter jobben de prøver å gjøre, ikke etter demografi. To mennesker med ingenting til felles kan ha samme jobb.
  9. Bruk identifiserte jobber som filter for funksjoner beslutninger: hvis en funksjon ikke hjelper brukere å gjøre fremgang på en primær jobb, deprioritiser den.
  10. JTBD avslører også hvor du over-serverer, områder hvor flere funksjoner gir avtagende returneringer eller øker kompleksitet.