Són les dues cares de la mateixa moneda. Cadascun per separat és útil. Junts són transformadors.
Jobs To Be Done ens diu quin progrés busca el client i per què decideix canviar. Ens dóna el context humà: les frustracions, les aspiracions, el Switch Moment. Ens permet formular la proposta de valor des del client, no des del producte.
Sense JTBD, pots mesurar outcomes, però sense entendre per què aquell job importa, no sabràs com comunicar-lo ni com dissenyar l'experiència que l'envolta.
Outcome-Driven Innovation ens diu què millorar primer. Converteix el job en una llista prioritzada d'outcomes amb puntuacions objectives. Ens dóna el rigor quantitatiu: saber que l'outcome X té puntuació 14.2 i el Y té 11.8 elimina la politiqueria del roadmap.
Sense ODI, JTBD pot quedar-se en filosofia interessant però sense traducció operativa. ODI aterra el framework en decisions de producte concretes.
Tota oportunitat d'innovació comença amb una fricció. Bob Moesta l'anomena el struggle: el moment en què l'statu quo deixa de ser tolerable i el client comença a buscar alternatives. Sense struggle real, no hi ha energia per canviar.
El struggle no sempre és una queixa explícita. Sovint és silenciós: el client no es queixa, simplement inventa una solució paral·lela. Allà és on apareixen els workarounds — pegats casolans que assenyalen exactament on és el gap.
La pregunta clau abans de qualsevol entrevista d'usuari: «Què està fent el client al voltant del teu producte que el teu producte hauria d'estar fent per ell?»
El client fa servir el teu software però manté un Excel extra per tenir-ho «tot clar». Senyal: reporting o visibilitat insuficient.
Cada setmana repeteix passos que el sistema hauria d'automatitzar. Senyal: gap real d'automatització.
Connecta la seva eina amb altres via Zapier o scripts propis. Senyal: les integracions natives no cobreixen el seu flux real.
Un procés en sis fases que va des de la comprensió profunda del client fins al roadmap d'innovació prioritzat.
Per a quin job contracten els clients el teu producte? Formulem el job statement (situació, motivació, resultat) i validem que és real mitjançant entrevistes de switch.
JTBDIdentifiquem el Push (friccions actuals), Pull (promesa nova), Ansietats i Hàbits. Això ens dóna el mapa emocional per a comunicació i vendes.
JTBD (Moesta)Descomponem el job en les seves 8 fases (Definir, Localitzar, Preparar, Confirmar, Executar, Monitoritzar, Modificar, Concloure) per trobar outcomes en cada etapa.
ODI (Ulwick)Generem la llista exhaustiva d'outcomes en format Ulwick: "Minimitzar/Maximitzar [mètrica] de [objecte] quan [context]." Normalment entre 50 i 150 outcomes per job.
ODI (Ulwick)Enquestem clients reals mesurant importància i satisfacció actual de cada outcome. Calculem la puntuació ODI i construïm la matriu d'oportunitats.
ODI (Ulwick)Amb les puntuacions a la mà, definim quines features construir, quines eliminar (mercat sobreatès) i com comunicar la proposta de valor per al job principal.
JTBD + ODIBob Moesta va dissenyar l'entrevista de timeline per reconstruir cronològicament el viatge del client des que comença a dubtar fins que compra. No pregunta «per què vas comprar?». Reconstrueix la història per entendre quines forces van actuar en cada moment.
Quan va ser la primera vegada que vas pensar que podries necessitar quelcom diferent? Revela l'inici del struggle i l'espurna que va encendre la recerca.
El client comença a prestar atenció a alternatives sense urgència. Veu anuncis, llegeix articles, escolta col·legues. Està obert però no actua. Aquesta fase pot durar mesos.
Un event disparador genera urgència. El client compara opcions deliberadament: demos, proves, converses amb venedors. El trigger que separa aquesta fase de l'anterior és or per a vendes i màrqueting.
Quina informació va ser decisiva? Quines ansietats quedaven sense resoldre? Què va inclinar la balança? Aquí es revelen els criteris reals de compra — no els declarats.
La diferència entre Little Hire (comprar) i Big Hire (fer-lo servir de debò). El client va integrar el producte al seu flux? El job es va resoldre? Aquí es valida o invalida tota la proposta de valor.
«No preguntis per què van comprar. Pregunta quan va ser la primera vegada que van pensar que necessitaven quelcom diferent. Allà comença la història real.»
Bob Moesta — Demand-Side Sales 101
Les empreses acumulen features defensivament: per por de perdre clients o per respondre a peticions aïllades. El resultat és un producte que fa moltes coses però que cap client no ho fa servir tot.
ODI ens dóna permís per simplificar. Quan veus que el 60% del teu roadmap correspon a outcomes amb puntuació < 8, la decisió de no construir-los deixa de ser subjectiva.
Les empreses venen l'entrepà complet (tota la proposta de valor), però el client només vol la maionesa (el progrés que necessita ara). JTBD identifica exactament quina part de l'entrepà és la maionesa de cada segment.
Resultat: propostes de valor més afinades, cicles de venda més curts i menor abandonament en l'onboarding.
El proper guanyador en un mercat sobreatès rarament és el més complet. És el més convenient. La disrupció arriba des de productes més simples que resolen millor els 3-4 outcomes que més importen.
Identificar aquests 3-4 outcomes amb ODI i enfocar-s'hi és l'estratègia correcta per a startups que ataquen mercats establerts.
"Hi ha una asimetria fonamental: els clients no poden articular què volen, però sí que poden dir-te com mesuren l'èxit. JTBD t'ajuda a escoltar el segon, i ODI a quantificar-lo."
— Toni Guitart Ventura, Venturae
Imagina un SaaS de gestió de projectes per a equips d'enginyeria. L'equip de producte porta mesos debatent si afegir més integracions o millorar el sistema de notificacions.
Amb JTBD: Descobrim que el job principal és "mantenir tot l'equip alineat en prioritats sense haver de fer reunions d'estatus". El Switch Moment sol ser "després d'un projecte fallit per descoordinació".
Amb ODI: En enquesta a 80 clients, els outcomes més crítics resulten ser "minimitzar el temps per saber en què està bloquejat cada membre de l'equip" (ODI: 16.4) i "maximitzar la visibilitat de l'impacte de cada tasca en l'objectiu global" (ODI: 15.1).
Decisió: Ni més integracions ni millor sistema de notificacions. El roadmap Q3 s'enfoca en un dashboard de bloquejos en temps real i en la visualització de dependències entre objectius. Això és el que els clients mesuren.