Jobs to Be Done (JTBD)
Jobs to Be Done (JTBD) est une manière de décrire la demande par le progrès qu'un client cherche à accomplir, plutôt que par qui il est ou par les fonctionnalités qu'il réclame. L'unité d'analyse est le job : la situation dans laquelle se trouve quelqu'un, la gêne qui le pousse à chercher autre chose, et le résultat qu'il vise. C'est pourquoi deux acheteurs aux caractéristiques d'entreprise identiques embauchent couramment des produits complètement différents pour le même job.
Ce qui compte comme un job
Un job n'est ni une tâche ni une demande de fonctionnalité. C'est le progrès que quelqu'un cherche à accomplir dans une circonstance précise, formulé de telle sorte qu'il resterait vrai si votre produit n'avait jamais existé. « Mettre les chiffres de la semaine sous les yeux de mon associé avant lundi » est un job. « Exporter en CSV » est une fonctionnalité qui pourrait le servir. La distinction n'est pas du pinaillage : les fonctionnalités se copient à bas coût, et le job est ce pour quoi les gens continuent de payer une fois la nouveauté passée.
Le cadre vient avec son vocabulaire : les clients embauchent un produit pour faire un job et le licencient dès que quelque chose le fait mieux. Cela sonne comme un gadget jusqu'à ce qu'on voie ce que cela oblige à admettre. Votre vrai concurrent est ce qui est embauché aujourd'hui, c'est-à-dire le plus souvent un tableur, un indépendant, ou ne rien faire du tout. Un produit qui perd contre l'inaction ne perd pas sur les fonctionnalités, et aucun tableau comparatif n'y changera rien.
Ce qui le distingue d'un persona
Un profil de client idéal décrit qui est l'acheteur. Un job décrit ce qui lui arrive. Les deux sont confondus en permanence, presque toujours dans le sens du persona, parce que les données démographiques et d'entreprise sont bien plus faciles à collecter que les circonstances.
Le test pratique consiste à voir lequel des deux change une décision. « Un SaaS B2B de 30 personnes avec une fondation technique » ne vous dit ni quand envoyer un e-mail, ni ce que doit dire la première ligne de la page d'accueil. « Vient d'hériter du marketing, n'a pas de budget et doit montrer quelque chose au prochain conseil » vous dit les deux. Le profil de client idéal resserre à qui vous parlez ; le job dit quoi lui dire, et c'est pour cela qu'il alimente bien plus directement le positionnement. Vous voulez les deux, et en général un seul des deux est écrit quelque part.
L'entretien de bascule est la partie utile
L'essentiel de la littérature JTBD porte sur le cadre : énoncés de job, diagrammes de forces, hiérarchies de résultats. La partie qui produit de façon fiable quelque chose que vous ne croyiez pas déjà est bien plus petite : interrogez les personnes qui viennent de basculer chez vous et reconstruisez la chronologie à rebours depuis le moment du paiement. Ce que vous écoutez :
- La première pensée. À partir de quand cela a-t-il cessé d'être supportable ? Il y a presque toujours un événement déclencheur, et c'est rarement le jour de l'inscription.
- Ce qui a été essayé en premier. La solution de fortune qui vous précédait est votre véritable concurrent, et elle est souvent gratuite et déjà installée.
- Le moment de la recherche. Qu'ont-ils tapé dans un moteur ? Ce vocabulaire est votre liste de mots-clés et votre titre, et ce ne sont presque jamais les mots que votre équipe emploie en interne.
- Ce qui a failli les arrêter. L'anxiété du changement et la fidélité à l'ancienne habitude poussent contre l'achat. Nommer ces deux forces, c'est ainsi qu'on écrit un traitement des objections qui touche au lieu de discuter avec un bénéfice.
- À quoi ressemblait « c'est réglé ». Le résultat sur lequel ils se sont appuyés pour juger que cela avait marché, c'est-à-dire exactement le point vers lequel votre onboarding devrait courir.
Comment s'en servir sans en faire un théâtre
Le JTBD gagne sa place comme discipline d'entretien et la perd comme modèle à remplir. Le mode de défaillance typique est un atelier qui produit un énoncé de job magnifiquement mis en forme, tiré des hypothèses que l'équipe avait déjà plutôt que de clients, et que plus personne ne rouvre ensuite. Si le livrable de votre exercice JTBD est un document, vous avez fait la version qui ne marche pas. Si c'est un titre modifié, un onboarding réordonné ou la décision de ne pas construire quelque chose, vous avez fait celle qui marche.
Une observation tirée de l'exploitation d'AgentCeres — l'AI Growth Officer sur agentceres.com. Nous publions en huit langues et avons fait de la recherche payante sur plusieurs marchés, et la variable qui a le mieux prédit si quelqu'un revenait un autre jour n'était ni la taille de l'entreprise, ni le secteur, ni le pays. C'était le fait d'arriver avec un job déjà en mouvement — une tâche concrète en main — plutôt que par curiosité. Même page d'atterrissage, même produit, et le comportement s'est trié presque entièrement là-dessus. Le corollaire s'est révélé tout aussi utile : notre preuve la plus nette qu'un marché avait un job de forme différente est venue des termes de recherche par lesquels on nous trouvait, pas de ce qu'on nous a raconté ensuite. Voir sur quel marché lancer en premier.
FAQ
- Jobs to Be Done est-il la même chose qu'une user story ?
- Non, même si les deux se ressemblent sur le papier. Une user story est une unité de travail de développement écrite depuis l'intérieur de votre produit : en tant qu'utilisateur, je veux faire X. Un job s'écrit de l'extérieur et reste vrai que vous construisiez quelque chose ou non ; il décrit le progrès recherché dans une situation, y compris les solutions de fortune et ce qui se joue émotionnellement. Les user stories viennent en aval : le job vous dit lesquelles valent la peine d'être écrites.
- Combien d'entretiens de bascule faut-il pour que ce soit utile ?
- Moins que la plupart des gens ne l'imaginent. Cinq à dix conversations avec des personnes ayant basculé récemment font en général remonter les déclencheurs récurrents et les deux ou trois mêmes anxiétés, et le rendement chute vite ensuite. Ce qui compte bien plus que le volume, c'est la fraîcheur et la précision : quelqu'un qui a acheté la semaine dernière et peut dérouler la chronologie vaut mieux que vingt personnes décrivant ce qu'elles recherchent en général dans un outil.
- Le JTBD remplace-t-il un profil de client idéal ?
- Non. Ils répondent à des questions différentes et il vous faut les deux. Le profil de client idéal est votre filtre de ciblage : à qui adresser de la publicité, qui laisser entrer en bêta, qui disqualifier lors d'un appel commercial. Le job est votre message : quoi dire une fois l'attention obtenue. Un schéma courant est un profil juste associé à un job deviné, ce qui produit du trafic bien ciblé qui ne convertit pas.
- Et si les clients n'arrivent pas à formuler le job ?
- C'est le cas normal, et c'est justement pourquoi la méthode est une reconstruction chronologique et non un questionnaire. Les gens sont peu fiables pour expliquer leur motivation et plutôt fiables pour se rappeler l'ordre des choses. Demandez ce qui s'est passé, dans l'ordre, du premier moment où ils ont remarqué un problème jusqu'au paiement : ce qu'ils ont cherché, à qui ils ont demandé, ce qu'ils ont essayé puis abandonné. Le job est ce que vous déduisez du récit, pas ce qu'on vous tend.
- D'où vient ce cadre ?
- Il compte plusieurs lignées parallèles plutôt qu'un auteur unique. Clayton Christensen a popularisé l'approche dans la recherche sur l'innovation et rendu célèbre l'exemple du milkshake ; l'innovation orientée résultats de Tony Ulwick a formalisé les jobs en énoncés de résultat mesurables ; et l'entretien de bascule de Bob Moesta est à l'origine de la méthode pratique de reconstruction chronologique. Ils divergent sur le degré de formalisme, et pour une petite équipe cela importe peu : ce qui se transfère, c'est l'entretien.
An AI growth team that runs this for you
AgentCeres is a managed AI marketing team — you approve what ships. 14-day free trial, from $39/month.