Clayton Christensen aveva l'abitudine di raccontare una storia su un'azienda di fast food che voleva vendere più milkshake. Hanno intervistato i clienti sui gusti, sul grado di dolcezza e sulla dimensione della tazza. Nulla di ciò che hanno cambiato ha fatto muovere le vendite. Poi un ricercatore ha provato un approccio diverso: si è fermato in un parcheggio e ha guardato le persone comprare milkshake. Ha posto una sola domanda — "cosa stavi cercando di fare quando hai deciso di prendere un milkshake stamattina?"
La risposta: la maggior parte di chi comprava un milkshake al mattino aveva davanti un lungo e noioso tragitto in auto. Voleva qualcosa che lo tenesse occupato e non lo lasciasse affamato prima del pranzo. Il milkshake lo faceva meglio di una banana (troppo veloce), un bagel (troppo scomodo da mangiare), o un caffè (troppo piccolo). Il prodotto con cui stavano competendo non erano altri milkshake — era la noia e la fame.
Quella storia è l'essenza di Jobs-to-be-Done. Le persone non comprano prodotti. Li assumono per fare un lavoro nella loro vita.
Nella terminologia JTBD, un "lavoro" è il progresso che una persona sta cercando di compiere in una particolare circostanza. Non è un compito ("Devo inviare un file"). Non è un obiettivo ("Voglio essere più produttivo"). È il progresso specifico che una persona specifica sta cercando di fare in una situazione specifica — con tutto il contesto, i vincoli e le emozioni che circondano quel momento.
Il lavoro ha tre componenti: una situazione (il trigger che crea il bisogno), una motivazione (ciò che la persona sta cercando di ottenere) e un risultato (la definizione di successo dal suo punto di vista). Tutti e tre contano. Un prodotto che centra la motivazione ma ignora la situazione verrà usato nei momenti sbagliati. Un prodotto che centra la situazione ma ignora il risultato verrà "assunto" e subito "licenziato".
Scrivere enunciati JTBD formali impone chiarezza su quale lavoro il tuo prodotto venga davvero "assunto" per svolgere — e rivela lacune tra ciò che pensi sia il lavoro e ciò che gli utenti vivono davvero.
Nota come ogni enunciato riveli qualcosa che un elenco di funzionalità non farebbe mai emergere: la posta in gioco emotiva, il contesto delle forze in competizione, e la definizione di successo dalla prospettiva dell'utente. Nulla di tutto ciò emergerebbe in un sondaggio che chiede "quali funzionalità vuoi?"
Ogni lavoro ha tre dimensioni, e i prodotti che affrontano solo quello funzionale lasciano sul tavolo valore reale.
Slack non è cresciuto perché era migliore dell'email nell'inviare messaggi (funzionale). È cresciuto perché ha fatto sentire i team più connessi e vivi (emotiva) e ha fatto sentire le persone parte di una conversazione in tempo reale piuttosto che di una coda nella casella di posta (sociale). Le funzioni che affrontano solo il lavoro funzionale sono facilmente ridotte a commodity. I prodotti che affrontano tutte e tre le dimensioni sono molto più difficili da sostituire.
La migliore ricerca JTBD si concentra sul momento dell'assunzione — la decisione di iniziare a usare un prodotto — e il momento del licenziamento — la decisione di smettere. Entrambi i momenti sono ricchi di indicazioni utili.
Per l'intervista di assunzione, chiedi: "Ripensa all'ultima volta che hai deciso di usare [prodotto]. Cosa stava succedendo? Cosa stavi cercando di raggiungere? Cos'altro hai provato prima?" Per l'intervista di licenziamento: "Quando hai smesso di usare [prodotto]? Cosa stavi facendo proprio prima di decidere di cambiare? Cosa ha fatto diversamente l'alternativa?"
Le risposte quasi sempre ti sorprenderanno. Gli utenti descriveranno situazioni, frustrazioni e motivazioni che il tuo team non ha mai anticipato. È proprio questo il punto. La ricerca JTBD non è ricerca di convalida — è ricerca di scoperta. Non stai testando le tue ipotesi; le stai sostituendo con prove.
Una volta che hai identificato i lavori principali per cui il tuo prodotto viene assunto, usali come filtro per ogni decisione di prodotto significativa. Per qualsiasi funzionalità proposta, chiediti: su quale lavoro specifico aiuta gli utenti a fare progressi? Se la risposta è "nessuno dei nostri lavori principali," è un forte segnale per dargli minore priorità — anche se la funzionalità sembra attraente.
JTBD rivela anche dove stai offrendo più del necessario. Se gli utenti hanno un lavoro che viene già svolto abbastanza bene, aggiungere più funzioni a quell'area dà rendimenti decrescenti — e potenzialmente aggiunge complessità che rende il prodotto più difficile da usare per gli utenti con lavori diversi. La lente dei lavori ti mostra dove investire e dove fermarsi.