Sono le due facce della stessa medaglia. Ognuno da solo è utile. Insieme sono trasformativi.
Jobs To Be Done ci dice quale progresso cerca il cliente e perché decide di cambiare. Ci fornisce il contesto umano: le frustrazioni, le aspirazioni, il Switch Moment. Ci permette di formulare la proposta di valore a partire dal cliente, non dal prodotto.
Senza JTBD, puoi misurare gli outcomes, ma senza capire perché quel job è importante, non saprai come comunicarlo né come progettare l'esperienza che lo circonda.
Outcome-Driven Innovation ci dice cosa migliorare prima. Trasforma il job in una lista priorizzata di outcomes con punteggi oggettivi. Ci dà il rigore quantitativo: sapere che l'outcome X ha un punteggio di 14.2 e quello Y di 11.8 elimina la politica dal Roadmap.
Senza ODI, JTBD può rimanere una filosofia interessante ma senza traduzione operativa. ODI porta il framework a decisioni di prodotto concrete.
Ogni opportunità di innovazione inizia con un attrito. Bob Moesta lo chiama lo struggle: il momento in cui lo status quo smette di essere tollerabile e il cliente inizia a cercare alternative. Senza uno struggle reale, non c'è energia per cambiare.
Lo struggle non è sempre una lamentela esplicita. Spesso è silenzioso: il cliente non si lamenta, inventa semplicemente una soluzione parallela. È qui che appaiono i workarounds — soluzioni artigianali che indicano esattamente dove si trova il gap.
La domanda chiave prima di qualsiasi intervista all'utente: «Cosa sta facendo il cliente intorno al tuo prodotto che il tuo prodotto dovrebbe fare per lui?»
Il cliente usa il tuo software ma mantiene un Excel extra per avere «tutto chiaro». Segnale: reporting o visibilità insufficienti.
Ogni settimana ripete passaggi che il sistema dovrebbe automatizzare. Segnale: gap reale di automazione.
Connette il proprio strumento ad altri tramite Zapier o script personalizzati. Segnale: le integrazioni native non coprono il suo flusso reale.
Un processo in sei fasi che va dalla comprensione profonda del cliente al Roadmap di innovazione priorizzato.
Per quale job i clienti assumono il tuo prodotto? Formuliamo il job statement (situazione, motivazione, risultato) e lo validiamo con interviste di switch.
JTBDIdentifichiamo il Push (attriti attuali), Pull (nuova promessa), Ansie e Abitudini. Questo ci dà la mappa emotiva per la comunicazione e le vendite.
JTBD (Moesta)Scomponiamo il job nelle sue 8 fasi (Definire, Localizzare, Preparare, Confermare, Eseguire, Monitorare, Modificare, Concludere) per trovare outcomes in ogni fase.
ODI (Ulwick)Generiamo l'elenco esaustivo di outcomes nel formato Ulwick: «Minimizzare/Massimizzare [metrica] di [oggetto] quando [contesto].» Normalmente tra 50 e 150 outcomes per job.
ODI (Ulwick)Sondaggiamo clienti reali misurando importanza e soddisfazione attuale di ogni outcome. Calcoliamo il punteggio ODI e costruiamo la matrice delle opportunità.
ODI (Ulwick)Con i punteggi in mano, definiamo quali Features costruire, quali eliminare (mercato soddisfatto in eccesso) e come comunicare la proposta di valore per il job principale.
JTBD + ODIBob Moesta ha progettato l'intervista di timeline per ricostruire cronologicamente il viaggio del cliente da quando inizia a dubitare fino a quando acquista. Non chiede «perché hai comprato?». Ricostruisce la storia per capire quali forze hanno agito in ogni momento.
Quando è stata la prima volta che hai pensato di poter aver bisogno di qualcosa di diverso? Rivela l'inizio dello struggle e la scintilla che ha acceso la ricerca.
Il cliente inizia a prestare attenzione alle alternative senza urgenza. Vede annunci, legge articoli, ascolta colleghi. È aperto ma non agisce. Questa fase può durare mesi.
Un evento scatenante genera urgenza. Il cliente confronta le opzioni deliberatamente: demo, prove, conversazioni con i venditori. Il trigger che separa questa fase dalla precedente è un tesoro per vendite e marketing.
Quale informazione è stata decisiva? Quali ansie rimanevano irrisolte? Cosa ha fatto pendere la bilancia? Qui si rivelano i criteri reali di acquisto — non quelli dichiarati.
La differenza tra Little Hire (comprare) e Big Hire (usare davvero). Il cliente ha integrato il prodotto nel suo flusso? Il job è stato risolto? Qui si valida o invalida tutta la proposta di valore.
«Non chiedere perché hanno comprato. Chiedi quando è stata la prima volta che hanno pensato di aver bisogno di qualcosa di diverso. Lì inizia la vera storia.»
Bob Moesta — Demand-Side Sales 101
Le aziende accumulano Features in modo difensivo: per paura di perdere clienti o in risposta a richieste isolate. Il risultato è un prodotto che fa molte cose ma che nessun cliente usa per intero.
ODI ci dà il permesso di semplificare. Quando vedi che il 60% del tuo Roadmap corrisponde a outcomes con punteggio < 8, la decisione di non costruirli smette di essere soggettiva.
Le aziende vendono il panino completo (tutta la proposta di valore), ma il cliente vuole solo la maionese (il progresso di cui ha bisogno ora). JTBD identifica esattamente quale parte del panino è la maionese di ogni segmento.
Risultato: proposte di valore più precise, cicli di vendita più brevi e minore abbandono nell'onboarding.
Il prossimo vincitore in un mercato soddisfatto in eccesso raramente è il più completo. È il più conveniente. La disruption arriva da prodotti più semplici che risolvono meglio i 3-4 outcomes che contano di più.
Identificare quei 3-4 outcomes con ODI e concentrarsi su di essi è la strategia corretta per le startup che attaccano mercati consolidati.
"C'è un'asimmetria fondamentale: i clienti non riescono ad articolare cosa vogliono, ma sanno sempre come misurano il successo. JTBD ti aiuta ad ascoltare la seconda cosa, e ODI a quantificarla."
— Toni Guitart Ventura, Venturae
Immagina un SaaS di gestione progetti per team di ingegneria. Il team di prodotto dibatte da mesi se aggiungere più integrazioni o migliorare il sistema di notifiche.
Con JTBD: Scopriamo che il job principale è «mantenere tutto il team allineato sulle priorità senza dover fare riunioni di stato». Il Switch Moment di solito è «dopo un progetto fallito per mancanza di coordinamento».
Con ODI: Sondando 80 clienti, gli outcomes più critici risultano essere «minimizzare il tempo per sapere dove è bloccato ogni membro del team» (ODI: 16.4) e «massimizzare la visibilità dell'impatto di ogni attività sull'obiettivo globale» (ODI: 15.1).
Decisione: Né più integrazioni né un migliore sistema di notifiche. Il Roadmap Q3 si concentra su un dashboard di blocchi in tempo reale e sulla visualizzazione delle dipendenze tra obiettivi. È questo che i clienti misurano.