Ce sont les deux faces d'une même pièce. Chacun séparément est utile. Ensemble, ils sont transformateurs.
Jobs To Be Done nous dit quel progrès le client recherche et pourquoi il décide de changer. Il nous donne le contexte humain : les frustrations, les aspirations, le Switch Moment. Il nous permet de formuler la proposition de valeur depuis le client, pas depuis le produit.
Sans JTBD, vous pouvez mesurer des Outcomes, mais sans comprendre pourquoi ce job est important, vous ne saurez pas comment le communiquer ni comment concevoir l'expérience qui l'entoure.
Outcome-Driven Innovation nous dit quoi améliorer en premier. Il transforme le job en une liste priorisée d'Outcomes avec des scores objectifs. Il nous donne la rigueur quantitative : savoir que l'Outcome X a un score de 14.2 et le Y de 11.8 élimine la politique du Roadmap.
Sans ODI, JTBD peut rester une philosophie intéressante mais sans traduction opérationnelle. ODI ancre le framework dans des décisions produit concrètes.
Toute opportunité d'Innovation commence par une friction. Bob Moesta l'appelle le struggle : le moment où le statu quo cesse d'être tolérable et où le client commence à chercher des alternatives. Sans vrai struggle, il n'y a pas d'énergie pour changer.
Le struggle n'est pas toujours une plainte explicite. Il est souvent silencieux : le client ne se plaint pas, il invente simplement une solution parallèle. C'est là qu'apparaissent les workarounds — des rustines maison qui indiquent exactement où se trouve le fossé.
La question clé avant tout entretien utilisateur : « Qu'est-ce que le client fait autour de votre produit que votre produit devrait faire pour lui ? »
Le client utilise votre logiciel mais maintient un Excel en plus pour avoir « tout clair ». Signal : reporting ou visibilité insuffisants.
Chaque semaine, il répète des étapes que le système devrait automatiser. Signal : vrai fossé d'automatisation.
Il connecte son outil à d'autres via Zapier ou ses propres scripts. Signal : les intégrations natives ne couvrent pas son flux de travail réel.
Un processus en six phases qui va de la compréhension approfondie du client au Roadmap d'Innovation priorisé.
Pour quel job les clients recrutent-ils votre produit ? Nous formulons le job statement (situation, motivation, résultat) et le validons via des entretiens de switch.
JTBDNous identifions le Push (frictions actuelles), le Pull (nouvelle promesse), les Anxiétés et les Habitudes. Cela nous donne la carte émotionnelle pour la communication et les ventes.
JTBD (Moesta)Nous décomposons le job en ses 8 phases (Définir, Localiser, Préparer, Confirmer, Exécuter, Monitorer, Modifier, Conclure) pour trouver des Outcomes à chaque étape.
ODI (Ulwick)Nous générons la liste exhaustive d'Outcomes au format Ulwick : « Minimiser/Maximiser [métrique] de [objet] quand [contexte]. » Généralement entre 50 et 150 Outcomes par job.
ODI (Ulwick)Nous interrogeons de vrais clients en mesurant l'importance et la satisfaction actuelle de chaque Outcome. Nous calculons le score ODI et construisons la matrice d'opportunités.
ODI (Ulwick)Avec les scores en main, nous définissons quelles Features construire, lesquelles éliminer (marché sur-servi) et comment communiquer la proposition de valeur pour le job principal.
JTBD + ODIBob Moesta a conçu l'entretien de timeline pour reconstruire chronologiquement le parcours du client depuis qu'il commence à douter jusqu'à ce qu'il achète. Il ne demande pas « pourquoi avez-vous acheté ? ». Il reconstruit l'histoire pour comprendre quelles forces ont agi à chaque moment.
Quand avez-vous pensé pour la première fois que vous pourriez avoir besoin de quelque chose de différent ? Révèle le début du struggle et l'étincelle qui a allumé la recherche.
Le client commence à prêter attention aux alternatives sans urgence. Il voit des publicités, lit des articles, écoute des collègues. Il est ouvert mais n'agit pas. Cette phase peut durer des mois.
Un événement déclencheur crée l'urgence. Le client compare délibérément des options : démos, essais, conversations avec des commerciaux. Le trigger qui sépare cette phase de la précédente est précieux pour les ventes et le marketing.
Quelle information a été décisive ? Quelles anxiétés restaient sans réponse ? Qu'est-ce qui a fait pencher la balance ? Ici se révèlent les critères d'achat réels — pas ceux déclarés.
La différence entre Little Hire (acheter) et Big Hire (utiliser vraiment). Le client a-t-il intégré le produit dans son flux de travail ? Le job a-t-il été résolu ? C'est ici que toute la proposition de valeur est validée ou invalidée.
« Ne demandez pas pourquoi ils ont acheté. Demandez quand ils ont pensé pour la première fois qu'ils avaient besoin de quelque chose de différent. C'est là que commence la vraie histoire. »
Bob Moesta — Demand-Side Sales 101
Les entreprises accumulent des Features de manière défensive : par peur de perdre des clients ou en répondant à des demandes isolées. Le résultat est un produit qui fait beaucoup de choses mais qu'aucun client n'utilise en totalité.
ODI nous donne la permission de simplifier. Quand on voit que 60 % du Roadmap correspond à des Outcomes avec un score < 8, la décision de ne pas les construire cesse d'être subjective.
Les entreprises vendent le sandwich complet (toute la proposition de valeur), mais le client veut seulement la mayonnaise (le progrès dont il a besoin maintenant). JTBD identifie exactement quelle partie du sandwich est la mayonnaise pour chaque segment.
Résultat : des propositions de valeur plus précises, des cycles de vente plus courts et moins d'abandon lors de l'onboarding.
Le prochain gagnant sur un marché sur-servi est rarement le plus complet. C'est le plus pratique. La disruption arrive avec des produits plus simples qui résolvent mieux les 3-4 Outcomes qui comptent le plus.
Identifier ces 3-4 Outcomes avec ODI et se concentrer dessus est la bonne stratégie pour les startups qui attaquent des marchés établis.
« Il y a une asymétrie fondamentale : les clients ne peuvent pas articuler ce qu'ils veulent, mais ils peuvent vous dire comment ils mesurent le succès. JTBD vous aide à écouter cela, et ODI à le quantifier. »
— Toni Guitart Ventura, Venturae
Imaginez un SaaS de gestion de projets pour des équipes d'ingénierie. L'équipe produit débat depuis des mois de savoir s'il faut ajouter plus d'intégrations ou améliorer le système de notifications.
Avec JTBD : Nous découvrons que le job principal est « maintenir toute l'équipe alignée sur les priorités sans avoir à organiser des réunions de statut ». Le Switch Moment est souvent « après un projet raté à cause d'un manque de coordination ».
Avec ODI : En interrogeant 80 clients, les Outcomes les plus critiques s'avèrent être « minimiser le temps pour savoir où chaque membre de l'équipe est bloqué » (ODI : 16.4) et « maximiser la visibilité de l'impact de chaque tâche sur l'objectif global » (ODI : 15.1).
Décision : Ni plus d'intégrations ni un meilleur système de notifications. Le Roadmap Q3 se concentre sur un dashboard des blocages en temps réel et la visualisation des dépendances entre objectifs. C'est ce que les clients mesurent.