Mensen kopen geen kwart-inch-boren. Ze kopen een kwart-inch-gat. En eigenlijk willen ze dat niet eens, ze willen een opgehangen schilderij en het gevoel van een afgemaakte klus.
Die ene observatie, beroemd gemaakt door professor Theodore Levitt en uitgewerkt door Clayton Christensen, is de kiem van de jobs to be done methode, het krachtigste denkkader dat een Customer Journey Expert tot zijn beschikking heeft.
Het heet jobs to be done. En zodra je het snapt, kun je niet meer terug naar producten denken.
De jobs-to-be-done methode (JTBD) draait de klantvraag om: niet 'wie is de klant', maar 'welke klus huurt de klant ons voor in'. Mensen kopen geen producten, ze huren oplossingen in om een job gedaan te krijgen, met een functionele, emotionele en sociale kant. Door op de job te ontwerpen in plaats van op je product, vindt een CJE wat klanten echt nodig hebben.
Niemand wil een boormachine
De jobs-to-be-done methode stelt een ongemakkelijke vraag: waarvoor huren klanten je product eigenlijk in? Niet "wat verkopen wij", maar "welke voortgang probeert de klant te boeken in zijn leven". Het product is slechts het gereedschap dat hij daarvoor inhuurt, en morgen ontslaat als er iets beters is.
Dat klinkt als woordspel, maar het verschuift je hele blik. Een product-centrische organisatie vraagt "hoe verkopen we meer hypotheken?". Een job-centrische vraagt "wat probeert deze klant voor elkaar te krijgen, en is een hypotheek daarvoor het juiste antwoord, of soms helemaal niet?". Die tweede vraag is precies wat een CJE in de squad bewaakt; zie ook wat een Customer Journey Expert is.
Het beroemdste voorbeeld komt van Christensen zelf. Een fastfoodketen wilde meer milkshakes verkopen en verbeterde smaak, prijs en dikte, zonder effect. Pas toen het team vroeg welke job de milkshake deed, viel het kwartje: veel shakes werden 's ochtends gekocht door forenzen die een lange, saaie autorit moesten overbruggen met één hand aan het stuur. De "concurrent" was niet een andere shake, maar een banaan of een donut. De job, "houd mijn ochtendrit draaglijk en mijn maag rustig tot de lunch", wees naar een dikkere shake, niet naar een lekkerdere. Diezelfde keten ontdekte dat de shake 's middags een hele andere job deed: een ouder die "ja" wilde zeggen tegen zijn kind. Eén product, twee totaal verschillende jobs.
De drie dimensies van een job
Een job is nooit puur functioneel. Hij heeft drie lagen, en je mist de helft als je er twee negeert:
- Functioneel, de praktische taak. "Financiering rond krijgen voor een bedrijfspand."
- Emotioneel, hoe de klant zich wil voelen. "In controle, serieus genomen, geen sukkel."
- Sociaal, hoe hij wil overkomen. "Een ondernemer die zijn zaken op orde heeft."
Het job-statement: de vaste vorm
Een goed job-statement heeft een vaste structuur: [werkwoord] + [object] + [context], en, cruciaal, zonder de oplossing erin.
Zie je wat er gebeurt? In dat tweede statement passen een lening, een rekening-courantkrediet óf leasing. JTBD houdt je oplossingsneutraal en dus klant-centrisch. De test: kan een concurrent met een totaal ander product dezelfde job vervullen? Zo niet, dan heb je geen job beschreven maar een feature.
Outcomes: de job meetbaar maken
Tony Ulwick maakte JTBD bruikbaar in de praktijk met outcome-driven innovation. Voor elke job formuleer je gewenste uitkomsten in de vorm [richting] + [maatstaf] + [object] + [context]. Bijvoorbeeld: "minimaliseer de tijd tussen aanvraag en zekerheid over goedkeuring".
Vraag klanten elke uitkomst te scoren op belangrijkheid én tevredenheid. De goudader: hoog belangrijk plus laag tevreden. Dat is een onderbediende kans, precies waar een CJE waarde vindt voordat er één scherm getekend is.
Ulwick goot dat in een simpele vuistregel, de opportunity score: belangrijkheid plus het verschil tussen belangrijkheid en tevredenheid. Hoe groter dat gat, hoe groter de kans. Je hoeft de formule niet op de komma te volgen, het idee telt. Een uitkomst die klanten enorm belangrijk vinden maar waarover ze ontevreden zijn, is goud. Een uitkomst die ze belangrijk vinden én waarover ze al tevreden zijn, is verspilde moeite: daar valt weinig te winnen. Zo voorkom je dat je maandenlang iets verbetert wat al goed genoeg was, terwijl de echte pijn onaangeroerd blijft.
De jobs to be done methode versus persona's
Veel teams werken met persona's: verzonnen typeklanten met een naam, leeftijd en foto. Handig om empathie op te wekken, maar gevaarlijk als je erop ontwerpt. Het probleem is dat demografie gedrag slecht voorspelt. "Vrouw, 38, twee kinderen" zegt niets over wat iemand op dit moment probeert te bereiken.
JTBD pakt het anders aan. Het groepeert klanten niet op wie ze zíjn, maar op de job die ze willen klaren. Een starter van 25 en een herstarter van 55 kunnen exact dezelfde job hebben: "mijn idee toetsen voordat ik er geld in steek". Op die job kun je ontwerpen; op "25 versus 55" niet. De moderne praktijk combineert daarom beide: persona's voor het gesprek en de inleving, jobs als het echte fundament onder je beslissingen. Verwar de twee niet, anders ontwerp je voor een verzonnen persoon in plaats van voor een echte behoefte.
Een voorbeeld dat meteen pijn blootlegt
Neem een ondernemer die online een financiering aanvraagt. De oplossing is "een leenaanvraag". Maar de job is iets als: "snel zekerheid krijgen of ik kan investeren, zonder een dag papierwerk en zonder me dom te voelen tegenover mijn boekhouder".
Lees dat statement nog eens en de pijnpunten springen eruit. "Snel zekerheid" botst met een aanvraag die dagen open blijft staan. "Niet dom voelen" botst met jargon in formulieren. JTBD wijst je naar wat ertoe doet, vóórdat je begint met ontwerpen. Dat scheelt maanden bouwen aan het verkeerde.
Een job overleeft jouw product. Verdween je organisatie morgen, dan bestaat de job nog steeds. Dáárom is hij zo'n stabiel fundament om op te ontwerpen.
Zo gebruik je de jobs to be done methode als CJE
Wil je CJE worden, dan is dit waarschijnlijk de meest overtuigende vaardigheid die je kunt laten zien. Pak een journey die je kent en schrijf de job op vóór de oplossing. Eén regel, in de vaste vorm, oplossingsneutraal.
In een sollicitatiegesprek doet dat meer dan elk certificaat: het laat zien dat je niet in features denkt maar in klantvoortgang. Begin er klein mee, één job-statement per journey, en je merkt dat je vanzelf scherpere vragen gaat stellen. Het bredere pad naar de rol staat in customer journey expert worden.
De fout die bijna iedereen maakt
De klassieker: de oplossing in de job stoppen. "De klant wil de app gebruiken." Nee, dat is een aanname over je eigen product, geen behoefte. Stop je de oplossing erin, dan optimaliseer je iets wat misschien helemaal niet de juiste route is.
Houd de job schoon. Beschrijf wat de klant probeert te bereiken in termen die los staan van hoe jij het toevallig oplost. Doe je dat consequent, dan heb je het fundament onder elke goede journey map, service blueprint en businesscase die je daarna maakt.
Een laatste praktische tip om jezelf te toetsen: lees je job-statement voor aan iemand die je product niet kent. Begrijpt diegene meteen welke voortgang de klant zoekt, zonder dat je je product hoeft uit te leggen? Dan zit je goed. Moet je toelichten "ja maar wij doen dat met een app", dan is de oplossing er ingeslopen en mag je hem eruit halen. Die test van dertig seconden bespaart je maanden bouwen aan het verkeerde, en het is precies het soort scherpte waarop een goede Customer Journey Expert wordt herkend.