Le Jobs to be Done (JTBD) identifie le progrès qu’un client cherche à accomplir dans une circonstance précise, pas son âge ni sa catégorie socioprofessionnelle. Appliqué au marketing, ce cadre change la façon de segmenter, de rédiger vos messages et de prioriser votre feuille de route produit. Ses origines remontent aux travaux de Clayton Christensen, popularisés par la Harvard Business Review, et à la méthode d’Outcome-Driven Innovation développée par Tony Ulwick.
En bref:
- La méthode JTBD permet de cibler le vrai motif d’achat en se concentrant sur le progrès recherché dans une situation spécifique, non sur la démographie du client.
- Elle distingue trois notions clés : le job (la tâche à accomplir), l’outcome (le critère de réussite mesurable) et la solution (le produit utilisé pour réaliser le job).
- La recherche JTBD repose sur des entretiens structurés pour reconstruire la chronologie de la décision de changement, en évitant de se limiter aux clients satisfaits.
- La priorisation des actions marketing ou produit se fait en croisant l’importance perçue des outcomes avec leur niveau de satisfaction, pour traiter les besoins sous-servis.
- La segmentation par job partagé permet de rassembler des profils très différents autour d’un même objectif, augmentant l’efficacité des messages et des décisions stratégiques.
Table des matières
- Qu’est-ce que le Jobs to be Done et d’où vient-il ?
- Les trois dimensions du job et les forces qui déclenchent le changement
- Comment mener une recherche Jobs to be Done efficace ?
- Transformer les insights JTBD en actions marketing concrètes
- Quelles erreurs évitent les équipes qui réussissent leur démarche JTBD ?
- Comment Lucioles applique le Jobs to be Done à ses missions
- Faut-il vraiment lancer un pilote Jobs to be Done chez vous ?
- Passer du diagnostic JTBD à l’action avec Lucioles
- Sources
- Questions fréquentes
Qu’est-ce que le Jobs to be Done et d’où vient-il ?
Le Jobs to be Done part d’un principe simple : un client n’achète jamais un produit pour ce qu’il est, mais pour le progrès qu’il permet d’accomplir dans un contexte donné. Clayton Christensen a formalisé cette idée dans un article de la Harvard Business Review publié en 2005, « Marketing malpractice : the cause and the cure », où il explique que la plupart des entreprises échouent parce qu’elles déduisent la demande à partir de corrélations démographiques plutôt que d’observer la situation réelle qui pousse quelqu’un à agir. Il approfondit ce raisonnement en 2016 dans son ouvrage Competing Against Luck, coécrit avec Karen Dillon, Taddy Hall et David Duncan.
Le vocabulaire JTBD distingue trois notions qu’on confond souvent :
- Le job : la tâche ou le progrès recherché, indépendant de toute solution (« me sentir productif pendant mon trajet du matin »).
- L’outcome : le critère mesurable qui définit la réussite de ce job (« minimiser le temps perdu à chercher une place de parking »).
- La solution : le produit ou service choisi pour accomplir le job, qui peut changer sans que le job change.
Cette distinction est ce qui rend l’approche exploitable. D’après HBS Online, le client « embauche » littéralement une solution pour réaliser son job, et il la « licencie » dès qu’une alternative fait mieux le travail. La valeur pratique de cette lecture vient justement de sa capacité à établir une causalité décisionnelle plutôt qu’une simple corrélation démographique.
Les trois dimensions du job et les forces qui déclenchent le changement
Un job ne se résume jamais à une fonction. Il comporte systématiquement trois dimensions qu’il faut cartographier ensemble pour comprendre pourquoi un client change de solution.
- La dimension fonctionnelle : la tâche concrète à accomplir (comparer des devis, suivre une livraison, préparer un repas rapide).
- La dimension émotionnelle : ce que le client veut ressentir ou éviter de ressentir (se sentir en confiance, ne pas paraître incompétent devant son équipe).
- La dimension sociale : l’image que le client veut projeter auprès des autres (passer pour quelqu’un d’organisé, de responsable ou d’innovant).
Ces trois couches expliquent pourquoi deux clients avec le même besoin fonctionnel choisissent des solutions opposées. Le cas du milkshake, popularisé par Bob Moesta et repris dans HBR France, l’illustre bien : une chaîne de restauration cherchait à améliorer ses ventes de milkshakes en interrogeant les clients sur le produit lui-même, sans résultat. En reconstruisant le contexte d’achat, l’équipe a découvert que le vrai concurrent du milkshake n’était pas un autre milkshake, mais d’autres aliments ou collations selon le moment de la journée, et le job réellement recherché (tenir jusqu’au déjeuner en conduisant, occuper un enfant l’après-midi).
Le changement de comportement obéit à quatre forces qu’il faut équilibrer dans toute analyse JTBD :
- La force push : l’insatisfaction actuelle qui pousse à chercher autre chose.
- La force pull : l’attrait d’une nouvelle solution perçue comme meilleure.
- L’anxiété : la peur liée au changement (perte de repères, risque d’échec).
- L’habitude : l’inertie qui retient le client dans sa solution actuelle.
Conseil de pro : Ne définissez jamais votre marché concurrentiel par catégorie produit. Définissez-le par le job. Un logiciel de gestion de projet ne concurrence pas seulement d’autres logiciels : il concurrence le tableau blanc, l’e-mail et le carnet papier, dès lors qu’ils accomplissent le même progrès pour l’utilisateur.
Comment mener une recherche Jobs to be Done efficace ?
La méthodologie JTBD repose sur un entretien structuré autour d’un principe : reconstruire la chronologie complète du switching, du premier signal d’insatisfaction jusqu’à l’adoption de la nouvelle solution. On ne demande jamais directement « pourquoi avez-vous choisi ceci ? », car la réponse est presque toujours rationalisée après coup. On reconstitue plutôt les événements dans l’ordre.
Qui interviewer, et pourquoi ce choix compte :
- Les clients récemment convertis : leur mémoire du déclencheur est encore fraîche et précise.
- Les clients perdus, partis vers une alternative : leur récit révèle les compromis qu’ils ont acceptés.
- Les abandons en cours de parcours : ils exposent l’anxiété et les frictions qui bloquent la décision.
D’après HBS Online, ces trois profils contiennent le déclencheur et les compromis qui expliquent réellement le changement, contrairement à un panel de clients satisfaits qui ne raconte que ce qui fonctionne déjà.
La structure d’un entretien JTBD suit une trame chronologique :
- Le premier moment où l’idée de changer a germé (souvent un événement précis, pas une réflexion abstraite).
- Les solutions envisagées et écartées, avec les raisons de chaque rejet.
- Le moment de la décision finale et ce qui a fait basculer la balance.
- Les premières semaines d’usage et les ajustements réalisés après l’adoption.
Une fois les entretiens menés, il faut coder les verbatims pour en extraire des outcomes : des critères de réussite mesurables et formulés de façon neutre, sans référence à une solution. Tony Ulwick, fondateur de la méthode Outcome-Driven Innovation, insiste sur ce point dans sa présentation de la méthode ODI : un outcome bien formulé ressemble à « minimiser le temps nécessaire pour vérifier la fiabilité d’un fournisseur avant de signer », pas à « avoir un tableau de bord plus clair ». Cette formulation orientée résultat, plutôt qu’orientée fonctionnalité, est ce qui rend l’outcome exploitable pour prioriser des investissements produit ou marketing.
Les livrables attendus d’une recherche JTBD bien menée tiennent en trois formats :
- Des job statements clairs, formulés sans référence à une solution existante.
- Des listes d’outcomes hiérarchisées par job, chacun mesurable.
- Une matrice de priorisation croisant importance perçue et satisfaction actuelle, pour repérer les outcomes sous-servis.
Transformer les insights JTBD en actions marketing concrètes
Un job bien identifié ne vaut rien s’il ne débouche pas sur une segmentation, un message ou une décision de roadmap. C’est là que le JTBD se distingue nettement des personas classiques : au lieu de regrouper des clients par profil démographique, on les regroupe par job partagé, même quand leurs profils n’ont rien en commun.
Un chef de projet freelance et un directeur financier peuvent partager exactement le même job (« sécuriser un budget avant un comité de direction ») tout en ayant des profils, des revenus et des âges radicalement différents. Un persona classique les séparerait en deux segments distincts. Une segmentation par job les traite comme une seule audience, avec le même message central.
Concrètement, cette bascule change trois choses dans votre marketing :
- La segmentation : vous regroupez les prospects par progrès recherché, pas par firmographie ou données déclaratives.
- La rédaction des promesses : chaque accroche s’appuie sur un outcome mesurable plutôt qu’une liste de fonctionnalités. « Réduisez de moitié le temps passé à comparer des devis » convertit mieux que « une interface intuitive ».
- La priorisation de la roadmap : chaque opportunité produit ou marketing est notée selon deux axes, le gain potentiel sur l’outcome et le coût d’exécution pour l’équipe.
Ulwick recommande de lier chaque job à plusieurs outcomes quantifiables plutôt qu’à un seul indicateur flou, ce qui permet d’objectiver la priorisation plutôt que de trancher à l’instinct dans un comité produit. Cette rigueur profite directement à l’activation marketing : une landing page rédigée autour d’un outcome précis se teste en A/B beaucoup plus facilement qu’une page construite sur des arguments génériques, parce que chaque variante peut viser un outcome différent et mesurer lequel convertit le mieux.
Des travaux récents montrent aussi que le JTBD dépasse largement le lancement produit : il structure la stratégie, la recherche, le design et le portefeuille tout au long du cycle de vie d’une offre, selon l’analyse de Mark Farrer-Brown. Un job identifié en phase de conception peut ainsi rester pertinent pour la rétention, deux ans plus tard, alors que la solution elle-même a évolué.
Quelles erreurs évitent les équipes qui réussissent leur démarche JTBD ?
La première erreur, la plus répandue, consiste à n’interroger que des clients satisfaits. On obtient alors un récit rassurant mais inutile pour comprendre pourquoi les autres partent ou n’achètent jamais.
La seconde erreur touche au codage des entretiens : coder les verbatims par fonctionnalité dès la première lecture, au lieu de partir d’une chronologie factuelle des événements. GoPractice le souligne : cette précipitation aligne l’analyse sur le catalogue produit existant plutôt que sur le job réel, et elle fait souvent disparaître des solutions non marchandes (bricolage interne, contournement manuel) qui révèlent pourtant le vrai besoin.
Une troisième difficulté apparaît quand le job choisi est trop large ou implique plusieurs acteurs aux intérêts divergents. « Améliorer la productivité de l’entreprise » n’est pas un job actionnable. « Rassurer mon directeur financier sur le retour sur investissement avant la fin du trimestre » l’est.
Trois correctifs limitent ces écueils :
- Mixer les profils interrogés (convertis récents, clients perdus, abandons) plutôt que de se limiter aux clients existants.
- Reporter le codage par fonctionnalité après avoir extrait la chronologie et les outcomes bruts.
- Fixer des KPI clairs et testables avant de lancer un pilote, pour éviter qu’une analyse JTBD s’étire sans jamais déboucher sur une décision.
Comment Lucioles applique le Jobs to be Done à ses missions
Chez Lucioles, l’analyse JTBD ne reste jamais un exercice théorique : elle alimente directement la conception du Neuropersona©, notre méthode pour cerner les motivations d’achat réelles derrière les déclarations de vos clients. Le job identifié en entretien devient la colonne vertébrale du profil, avant même les traits démographiques.
Un déploiement type suit trois temps :
- Un audit JTBD pour reconstruire les chronologies de switching et coder les outcomes prioritaires.
- La création du Neuropersona© correspondant, qui traduit ces outcomes en critères de décision exploitables pour le design et le message.
- L’optimisation du parcours client et, quand c’est pertinent, l’automatisation de certaines étapes via des agents IA sur-mesure pour industrialiser les actions issues de l’analyse.
Cette articulation entre recherche qualitative et mesure continue rejoint ce que documentent les praticiens du domaine : les équipes qui réussissent leur JTBD l’intègrent systématiquement à l’UX et à des indicateurs orientés outcome, selon l’analyse d’Oberwasser Consulting, plutôt que de le traiter comme une étude isolée.
Faut-il vraiment lancer un pilote Jobs to be Done chez vous ?
Le JTBD rentabilise surtout son coût quand vous affrontez trois situations précises : un lancement produit où vous manquez de visibilité sur le vrai déclencheur d’achat, une adoption qui plafonne sans explication claire, ou un marché où les alternatives ne viennent pas de vos concurrents directs mais de solutions de contournement. Dans ces cas, la méthode révèle des angles morts qu’aucune étude de satisfaction classique ne capte.
À l’inverse, si votre problème est purement opérationnel (un tunnel de paiement qui bugue, un temps de chargement excessif), le JTBD n’apporte rien : un audit UX classique suffit et coûte moins cher.
Pour démarrer sans se disperser, un pilote de huit à douze semaines reste le format le plus réaliste : une vingtaine d’entretiens structurés, un jeu d’outcomes hiérarchisés, et un critère de succès unique et mesurable fixé avant le lancement.
— Vincent
Passer du diagnostic JTBD à l’action avec Lucioles
Identifier les jobs de vos clients ne sert à rien si personne ne transforme ces outcomes en décisions concrètes de design, de message ou d’automatisation. C’est précisément l’écart que Lucioles comble : notre méthode relie la recherche JTBD à la création de Neuropersona© et à l’optimisation réelle de vos parcours, plutôt que de s’arrêter à un rapport d’entretiens que personne n’exploite ensuite.
Concrètement, une mission démarre par un diagnostic de vos parcours actuels, se poursuit par la construction du ou des Neuropersona© correspondant aux jobs identifiés (à partir de 650 € pour la version Essentielle), puis se traduit en optimisations UX mesurables via notre offre Optimisation, Audit et Accompagnement. Quand certaines actions issues de l’analyse gagnent à être automatisées, nos agents IA sur-mesure prennent le relais sur les tâches répétitives. Si vous voulez savoir à quel job répond réellement votre offre aujourd’hui, contactez notre équipe pour un premier échange sur votre situation.
Sources
- Jobs to Be Done examples — HBS Online
- Marketing malpractice: the cause and the cure — HBR
- Connaître les « jobs to be done » de vos clients — HBR France
Questions fréquentes
Quelle est la définition du Jobs to be Done ?
Le Jobs to be Done désigne le progrès qu’un client cherche à accomplir dans une circonstance précise, indépendamment de la solution qu’il utilise pour y arriver. Il « embauche » un produit ou un service pour réaliser ce job, comme le formule HBS Online, et le « licencie » dès qu’une alternative fait mieux le travail.
Quelle différence entre un job, un outcome et une solution ?
Le job est la tâche recherchée, l’outcome est le critère mesurable qui définit sa réussite, et la solution est le produit choisi pour l’accomplir. Cette distinction, centrale dans l’approche ODI d’Anthony Ulwick, permet de garder le job stable même quand les solutions changent au fil du temps.
Qu’est-ce que signifie « job » dans le contexte marketing ?
Dans ce cadre, « job » ne désigne pas un métier mais un progrès à accomplir dans une situation donnée, comme « me sentir rassuré avant un achat important ». C’est cette circonstance précise, plutôt que le profil démographique du client, qui devient l’unité d’analyse en marketing JTBD.
Comment le JTBD aide-t-il à prioriser une feuille de route produit ?
Il croise l’importance perçue d’un outcome pour le client avec son niveau de satisfaction actuel, ce qui fait ressortir les outcomes sous-servis à traiter en priorité. Cette logique de priorisation, issue de la méthode Outcome-Driven Innovation, évite de trancher les décisions de roadmap à l’instinct.
Le Jobs to be Done remplace-t-il les personas ?
Il ne les remplace pas totalement, mais il change l’angle de regroupement : au lieu de segmenter par profil démographique, on segmente par job partagé, ce qui rassemble parfois des profils très différents autour d’un même besoin. Les deux approches peuvent coexister, à condition de garder le job comme critère de segmentation principal pour vos messages.
