De er to sider af samme mønt. Hver er nyttig alene. Tilsammen er de transformerende.
Jobs To Be Done fortæller os hvilken fremskridt kunden søger og hvorfor de beslutter sig for at skifte. Det giver os den menneskelige kontekst: frustrationer, ambitioner, Switch Moment. Det lader os ramme værdiforslaget fra kundens perspektiv, ikke produktets.
Uden JTBD kan du måle resultater, men uden at forstå hvorfor det job er vigtigt, vil du ikke vide hvordan du kommunikerer det eller designer den omgivende oplevelse.
Outcome-Driven Innovation fortæller os hvad vi skal forbedre først. Det konverterer jobbet til en prioriteret liste over resultater med objektive scorer. Det giver os kvantitativ stringens: at vide at resultat X scorer 14,2 og Y scorer 11,8 eliminerer roadmap-politik.
Uden ODI kan JTBD forblive interessant filosofi uden operationel oversættelse. ODI lander frameworket i konkrete produktbeslutninger.
Enhver innovationsmulighed starter med friktion. Bob Moesta kalder det struggle: det øjeblik status quo bliver uudholdeligt og kunden begynder at lede efter alternativer. Uden reel kamp er der ingen energi til forandring.
Kampen er ikke altid en eksplicit klage. Ofte er den tavs: kunden klager ikke — de opfinder blot en parallel løsning. Det er her workarounds opstår — improviserede lappeløsninger der peger præcis på hvor hullet er.
Nøglespørgsmålet inden ethvert brugerinterview: «Hvad gør kunden omkring dit produkt som dit produkt burde gøre for dem?»
Kunden bruger din software men beholder et ekstra regneark for at 'holde styr på tingene'. Signal: utilstrækkelig rapportering eller synlighed.
Hver uge gentager de trin som systemet burde automatisere. Signal: et reelt automatiseringshul.
De forbinder dit værktøj med andre via Zapier eller brugerdefinerede scripts. Signal: native integrationer dækker ikke deres reelle workflow.
En seksfaset proces fra dyb kundeforståelse til et prioriteret innovationsroadmap.
Hvilket job hyrer kunderne dit produkt til? Vi formulerer joberklæringen (situation, motivation, resultat) og validerer den gennem switch-interviews.
JTBDJeg identificerer Push (nuværende frustrationer), Pull (nyt løfte), Angster og Vaner. Det giver os det emotionelle kort for kommunikation og salg.
JTBD (Moesta)Vi nedbryder jobbet i dets 8 faser (Definer, Lokaliser, Forbered, Bekræft, Udfør, Overvåg, Tilpas, Afslut) for at finde resultater i hver fase.
ODI (Ulwick)Vi genererer den udtømmende liste over resultater i Ulwick-format: "Minimer/Maksimer [metric] af [objekt] når [kontekst]." Typisk 50–150 resultater pr. job.
ODI (Ulwick)Jeg undersøger virkelige kunder og måler vigtighed og nuværende tilfredshed for hvert resultat. Jeg beregner ODI-scorer og bygger mulighedsmatrixen.
ODI (Ulwick)Med scorer i hånden definerer vi hvilke funktioner vi skal bygge, hvilke vi skal eliminere (overserveret marked) og hvordan vi kommunikerer værdiforslaget for kernejobbet.
JTBD + ODIBob Moesta designede tidslinje-interviewet til kronologisk at rekonstruere kundens rejse fra det første tvivlsmoment til købsøjeblikket. Det spørger ikke 'hvorfor købte du?'. Det rekonstruerer historien for at forstå hvilke kræfter der var aktive i hvert øjeblik.
Hvornår tænkte du første gang at du måske havde brug for noget andet? Det afslører begyndelsen af kampen og gnisten der startede søgningen.
Kunden begynder at lægge mærke til alternativer uden aktiv forpligtelse. De ser annoncer, læser artikler, hører fra kolleger. Åben men ikke presset. Denne fase kan vare måneder.
En udløsende begivenhed skaber hastighed. Kunden sammenligner bevidst muligheder: demoer, prøveperioder, salgssamtaler. Udløseren der adskiller denne fase fra den forrige er guld for salg og marketing.
Hvilken information var afgørende? Hvilke angster forblev uløste? Hvad væltede vægten? Her afsløres de reelle købskriterier — ikke de erklærede.
Forskellen mellem Little Hire (køb) og Big Hire (faktisk brug). Integrerede kunden produktet i deres workflow? Blev jobbet virkelig løst? Det er her hele værdiforslaget valideres eller invalideres.
"Spørg ikke hvorfor de købte. Spørg hvornår de første gang tænkte at de måske havde brug for noget andet. Det er der den virkelige historie begynder."
Bob Moesta — Demand-Side Sales 101
Virksomheder akkumulerer funktioner defensivt: af frygt for at miste kunder eller som reaktion på isolerede ønsker. Resultatet er et produkt der gør mange ting men ingen kunder bruger det hele.
ODI giver os tilladelse til at forenkle. Når du ser at 60 % af dit roadmap svarer til resultater der scorer under 8, holder beslutningen om ikke at bygge dem op med at være subjektiv.
Virksomheder sælger den hele sandwich (det fulde værdiforslag), men kunden vil kun have mayonnaisen (det fremskridt de har brug for lige nu). JTBD identificerer præcis hvilken del af sandwichen der er hvert segments mayonnaise.
Resultat: skarpere værdiforslag, kortere salgscyklusser og lavere frafald i onboarding.
Den næste vinder på et overserveret marked er sjældent det mest komplette produkt. Det er det mest bekvemme. Disruption kommer fra enklere produkter der løser de 3–4 vigtigste resultater bedre.
At identificere de 3–4 resultater med ODI og fokusere på dem er den rigtige strategi for startups der angriber etablerede markeder.
"Der er en grundlæggende asymmetri: kunder kan ikke formulere hvad de vil have, men de kan fortælle dig præcis hvordan de måler succes. JTBD hjælper dig med at lytte til det sidstnævnte, og ODI hjælper dig med at kvantificere det."
— Toni Guitart Ventura, Venturae
Forestil dig en projektstyrings-SaaS til ingeniørteams. Produktteamet har debatteret i måneder om de skal tilføje flere integrationer eller forbedre notifikationssystemet.
Med JTBD: Vi opdager at kernejobbet er "at holde hele teamet afstemt om prioriteter uden statusmøder". Switch Moment er sædvanligvis "efter et projekt der mislykkedes på grund af manglende afstemning".
Med ODI: Ved at undersøge 80 kunder er de mest kritiske resultater "minimer den tid det tager at vide hvor hvert teammedlem er blokeret" (ODI: 16,4) og "maksimer synligheden af hver opgaves indflydelse på det overordnede mål" (ODI: 15,1).
Beslutning: Hverken flere integrationer eller et bedre notifikationssystem. Q3-roadmappet fokuserer på et realtids blocker-dashboard og visualisering af måls afhængigheder. Det er det kunderne måler.