Clayton Christensen vertelde graag het verhaal van een fastfoodbedrijf dat meer milkshakes wilde verkopen. Ze ondervroegen klanten over smaakvoorkeuren, zoetheid en bekergrootte. Niets wat ze aanpasten, zorgde voor meer verkoop. Toen probeerde een onderzoeker iets anders: hij ging op een parkeerplaats staan en keek naar mensen die milkshakes kochten. Hij stelde één vraag — "wat probeerde je te bereiken toen je vanochtend besloot een milkshake te halen?"
Het antwoord: de meeste kopers van ochtendmilkshakes hadden een lange, saaie rit naar hun werk voor de boeg. Ze wilden iets om zich mee bezig te houden en dat ze tot de lunch niet hongerig zou maken. De milkshake deed dat beter dan een banaan (te snel op), een bagel (te rommelig) of een koffie (te klein). Waar het product mee concurreerde, waren geen andere milkshakes — het was verveling en honger.
Dat verhaal is de essentie van Jobs-to-be-Done. Mensen kopen geen producten. Ze huren ze in om een job in hun leven te doen.
In JTBD-terminologie is een "job" de vooruitgang die iemand in een bepaalde omstandigheid probeert te boeken. Het is geen taak ("ik moet een bestand versturen"). Het is geen doel ("ik wil productiever zijn"). Het is de specifieke vooruitgang die een specifieke persoon in een specifieke situatie probeert te boeken — met alle context, beperkingen en emoties rond dat moment.
Een job heeft drie componenten: een situatie (de trigger die de behoefte creëert), een motivatie (wat de persoon wil bereiken) en een uitkomst (de definitie van succes vanuit zijn of haar perspectief). Alle drie tellen mee. Een product dat de motivatie perfect raakt maar de situatie negeert, wordt op de verkeerde momenten gebruikt. Een product dat de situatie perfect raakt maar de uitkomst negeert, wordt ingehuurd en snel weer ontslagen.
Formele JTBD-statements opstellen dwingt tot duidelijkheid over welke job je product eigenlijk wordt ingehuurd — en onthult verschillen tussen wat jij denkt dat de job is en wat gebruikers werkelijk ervaren.
Merk op hoe elk statement iets onthult wat een lijst met functies nooit zou doen: de emotionele belangen, de context van concurrerende krachten en de definitie van succes vanuit het perspectief van de gebruiker. Niets hiervan zou naar boven komen in een enquête met de vraag "welke functies wil je?"
Elke job heeft drie dimensies, en producten die alleen de functionele aanpakken, laten echte waarde liggen.
Slack groeide niet omdat het beter was dan e-mail in het versturen van berichten (functioneel). Het groeide omdat teams zich er meer verbonden en levendig door voelden (emotioneel) en omdat individuen het gevoel kregen deel te nemen aan een realtime gesprek in plaats van een inboxwachtrij af te werken (sociaal). Features die alleen de functionele job aanpakken, worden gemakkelijk een commodity. Producten die alle drie de dimensies aanpakken, zijn veel moeilijker te vervangen.
Het beste JTBD-onderzoek richt zich op het moment van inhuren — het besluit een product te gaan gebruiken — en het moment van ontslaan — het besluit te stoppen. Beide momenten leveren veel signalen op.
Vraag in het inhuurgesprek: "Denk terug aan de laatste keer dat je besloot [product] te gebruiken. Wat speelde er? Wat probeerde je te bereiken? Wat had je eerst geprobeerd?" En in het ontslaggesprek: "Wanneer ben je gestopt met [product]? Waar was je mee bezig vlak voordat je besloot over te stappen? Wat deed het alternatief anders?"
De antwoorden zullen je bijna altijd verrassen. Gebruikers beschrijven situaties, frustraties en motivaties waar je team nooit aan had gedacht. Dat is juist de bedoeling. JTBD-onderzoek is geen validatieonderzoek — het is ontdekkend onderzoek. Je test je aannames niet; je vervangt ze door bewijs.
Zodra je de belangrijkste jobs hebt vastgesteld waarvoor je product wordt ingehuurd, gebruik je ze als filter voor elke belangrijke productbeslissing. Vraag bij elke voorgestelde feature: bij welke specifieke job helpt dit gebruikers vooruitgang te boeken? Is het antwoord "bij geen van onze belangrijkste jobs", dan is dat een sterk signaal om er minder prioriteit aan te geven — ook als de feature aantrekkelijk klinkt.
JTBD laat ook zien waar je te veel van het goede doet. Als gebruikers een job hebben die al goed genoeg wordt gedaan, levert het toevoegen van meer features op dat gebied een afnemend rendement op — en voegt het mogelijk complexiteit toe waardoor het product lastiger wordt voor gebruikers met andere jobs. De job-bril laat zien waar je moet investeren en waar je moet stoppen.