Jobs to Be Done est un cadre qui présente les clients comme « embauchant » un produit pour progresser sur un job — un objectif déclenché par une situation spécifique. Chaque job a des dimensions fonctionnelles, émotionnelles et sociales. JTBD recadre la demande autour du progrès que les gens recherchent, pas autour de personas démographiques ou de fonctionnalités produit.
L'idée centrale : les clients embauchent des produits pour un job
La métaphore centrale de Jobs to Be Done, popularisée par Clayton Christensen et développée en parallèle par des praticiens comme Tony Ulwick et Bob Moesta, est que les gens n'achètent pas des produits — ils les embauchent pour progresser dans une circonstance particulière. Quand un job survient, un client fait entrer une solution dans sa vie pour l'accomplir, et il la licencie quand autre chose fait mieux. L'unité d'analyse est le job, pas l'âge, le rôle ou le secteur du client.
L'exemple canonique de Christensen est le milkshake du matin : une chaîne de fast-food a découvert que des gens achetaient des milkshakes seuls, tôt, à emporter. Le job n'était pas « je veux une boisson savoureuse » mais « rendre mon trajet ennuyeux plus intéressant et me tenir rassasié jusqu'au déjeuner ». Le milkshake était en concurrence avec des bananes, des bagels et l'ennui — pas avec d'autres milkshakes. Définir le job ainsi change ce que vous construisez et contre qui vous êtes réellement en concurrence.
Dimensions fonctionnelle, émotionnelle et sociale
Un job bien formé a trois couches. La dimension fonctionnelle est la tâche pratique à accomplir — transférer de l'argent, planifier une réunion, livrer une version. La dimension émotionnelle est la façon dont la personne veut se sentir en le faisant — confiante, en contrôle, allégée. La dimension sociale est la façon dont elle veut être perçue par les autres — vue comme compétente, responsable ou à jour. Un produit qui réussit le job fonctionnel mais ignore les couches émotionnelle et sociale perd souvent face à un produit qui procure une meilleure sensation d'usage, même s'il fait moins.
Une pratique courante consiste à écrire le job comme un énoncé stable de progrès plutôt que comme une fonctionnalité : « Quand j'intègre un nouvel ingénieur, je veux le rendre productif rapidement dans le code, afin de maintenir la vélocité de l'équipe. » La forme situation-motivation-résultat garde le job durable — les solutions et les technologies changent, mais le job sous-jacent qu'une personne essaie d'accomplir tend à persister pendant des années.
Comment JTBD recadre la discovery face aux personas
Les personas décrivent qui est un client — une « Marie Marketing, 34 ans, SaaS midmarket » fictive. JTBD décrit ce qu'un client essaie d'accomplir et pourquoi. Les deux ne sont pas mutuellement exclusifs, mais JTBD soutient que les attributs démographiques sont de faibles prédicteurs du comportement : deux personnes avec des profils identiques peuvent embaucher des produits radicalement différents parce qu'elles sont dans des situations différentes. C'est le job, pas la persona, qui prédit l'achat.
Le mode d'échec contre lequel JTBD protège est de construire pour un utilisateur idéalisé plutôt que pour un moment réel de besoin. En discovery, cela signifie interviewer pour la chronologie d'une décision réelle — ce qui a déclenché la recherche, ce que la personne a essayé en premier, ce qui l'a fait changer — plutôt que de demander quelles fonctionnalités elle veut. Le résultat est une carte de jobs et de résultats non satisfaits, qui nourrit directement le mapping d'opportunités et la priorisation. Cela s'associe naturellement à la continuous discovery et à l'arbre de solutions d'opportunité, où les jobs deviennent les opportunités qu'une équipe évalue et sur lesquelles elle mise.
Garder les jobs connectés à de vraies preuves
Un cadre JTBD n'est bon qu'à la mesure des preuves qui le soutiennent. Les jobs articulés dans un atelier puis rangés dans un jeu de diapositives dérivent silencieusement de la réalité ; les énoncés de job les plus solides sont continuellement réancrés dans le comportement réel des clients, ce qu'ils paient, et ce qu'ils demandent. La partie difficile est de garder le job, le compte, et le travail qu'il informe dans la même ligne de vue.
Un système d'exploitation produit connecté aide ici en reliant le feedback, le comportement client et le revenu sur une seule colonne vertébrale partagée. Un insight capturé contre un job peut être lu à côté de l'usage et de l'abonnement du même client, et un élément de roadmap formulé comme un job porte les comptes et le revenu qui l'ont embauché — pour qu'un énoncé de job reste ancré dans la preuve plutôt que de devenir un artefact statique déconnecté des clients qu'il prétend décrire.
FAQ
Jobs To Be Done (JTBD) — questions
Quelle est la différence entre Jobs to Be Done et les personas utilisateur ?
Les personas décrivent qui est un client — démographie, rôle, attributs. JTBD décrit ce qu'il essaie d'accomplir et la situation qui le déclenche. JTBD soutient que le job prédit le comportement bien mieux que le profil, puisque des personnes aux démographies identiques embauchent souvent des produits différents selon leur situation.
Quels sont les trois types de jobs dans JTBD ?
Fonctionnel (la tâche pratique à accomplir), émotionnel (comment la personne veut se sentir en le faisant), et social (comment elle veut être perçue par les autres). Un produit qui satisfait le job fonctionnel mais ignore les dimensions émotionnelle et sociale perd fréquemment face à un produit qui procure une meilleure sensation d'usage.
Comment écrit-on un bon énoncé de job ?
Formulez-le comme un progrès durable dans une situation, pas comme une fonctionnalité : « Quand [situation], je veux [motivation], afin de pouvoir [résultat attendu]. » Gardez-le neutre quant à la solution. Les bons énoncés de job restent stables pendant des années parce que le progrès sous-jacent que les gens recherchent survit aux outils spécifiques qu'ils embauchent pour l'obtenir.
Comment JTBD s'articule-t-il avec les cadres de discovery et de priorisation ?
Les jobs et leurs résultats non satisfaits deviennent les opportunités qu'une équipe cartographie et évalue. JTBD s'associe à la continuous discovery (interviewer pour de vraies chronologies de décision) et à l'arbre de solutions d'opportunité, puis nourrit des cadres de priorisation comme RICE ou WSJF, où chaque job est en concurrence pour la capacité sur la base de preuves.
Voyez « Jobs To Be Done (JTBD) » sur une seule colonne vertébrale.
AIOProductOS place vos clients, revenus, feedback et travail produit sur un seul enregistrement partagé — la théorie devient une requête sur vos propres données. Connecteurs inclus, sans frais par connecteur ; forfaits fixes à partir de 199 $/mois, chaque module inclus. Chaque forfait démarre avec 14 jours de mise en route sur vos propres données.