Jobs to Be Done (JTBD)
Les gens n'achètent pas des produits, ils embauchent des solutions pour accomplir un job. Comprenez le travail à faire, pas le profil utilisateur.
Description
Le Jobs to Be Done (JTBD) est une théorie d'innovation selon laquelle les clients n'achètent pas des produits mais les "embauchent" pour accomplir un travail fonctionnel, émotionnel ou social, permettant de découvrir les vraies motivations d'achat indépendamment des caractéristiques démographiques. Conceptualisé par Tony Ulwick (Strategyn) dès 1991 et popularisé par Clayton Christensen (Harvard Business School) dans The Innovator's Solution (2003) puis Competing Against Luck (2016), le JTBD a été enrichi côté pratique par Bob Moesta (The ReWired Group) avec la méthode des Switch Interviews. Vos personas décrivent qui est l'utilisateur ("Marie, 34 ans, CMO, Paris"), mais quand vous lancez une feature "pour Marie", personne ne l'utilise. Pourquoi ? Parce que vous avez segmenté par profil démographique, pas par ce que les gens essaient réellement d'accomplir. Le Jobs to Be Done inverse cette logique avec une métaphore puissante : personne n'achète une perceuse, on embauche "un trou dans le mur pour accrocher un cadre avant la visite de belle-maman demain". Le job mélange trois dimensions : fonctionnelle (faire le trou), émotionnelle (ne pas stresser) et sociale (montrer qu'on est capable). C'est le cas du milkshake McDonald's qui illustre le mieux la puissance du framework. Clayton Christensen a découvert que 40% des milkshakes étaient vendus avant 8h30 du matin, à des automobilistes seuls. Le "job" n'était pas "se faire plaisir avec un dessert" mais "occuper un trajet ennuyeux tout en ayant quelque chose de consistant". Le vrai concurrent n'était pas Burger King, c'était une banane ou un bagel. En reformulant l'offre autour du job (plus épais, plus long à boire), McDonald's a multiplié les ventes par 7. L'approche Outcome-Driven Innovation de Tony Ulwick, fondée sur le JTBD, affiche un taux de succès de 86% dans le développement de nouveaux produits, soit cinq fois la moyenne du marché. Le JTBD ne remplace pas les personas, il les complète en révélant les motivations profondes que la démographie seule ne capture pas.
Objectifs
- Explorer les opportunités
- Identifier les problèmes
- Comprendre les utilisateurs
- Favoriser l'innovation
Utilisé par
- -Intercom (framework central de leur stratégie produit, explicité dans leur blog et leur livre Intercom on Jobs-to-be-Done)
- -Basecamp (Jason Fried utilise le JTBD pour toutes les décisions produit et marketing de Basecamp et HEY)
- -McDonald's (cas d'étude du milkshake de Clayton Christensen, multiplication des ventes par 7 après reformulation autour du job)
Avantages
- Révèle la vraie concurrence. Découvrez que votre concurrent n'est pas Produit X, mais "ne rien faire" ou "solution manuelle du vendredi soir".
- Innovation non incrémentale.Trouvez des jobs mal servis par les solutions existantes et créez des catégories de produits nouvelles (86% de taux de succès avec l'ODI de Ulwick).
- Messages marketing qui résonnent. "Accomplissez [job] en [temps]" performe systématiquement mieux que "Logiciel pour [persona]".
- Priorisation basée sur le progrès. Développez les features qui accomplissent mieux le job core, pas celles "demandées" le plus fort en réunion.
Limites
- Demande des interviews qualitatives approfondies. Impossible de découvrir les jobs via un questionnaire à choix multiples. Comptez 10-15 Switch Interviews de 45-60 minutes.
- Courbe d'apprentissage raide. Les premières interviews JTBD sont souvent ratées. Il faut s'entraîner à poser les bonnes questions et à creuser les circonstances.
- Peut sembler abstrait aux stakeholders. Expliquer "on construit pour le job, pas pour Marie 34 ans" demande du change management.
- Ne remplace pas les tests utilisateurs. Le JTBD révèle le "pourquoi", mais vous devez toujours valider le "comment" avec des prototypes.
Comment appliquer Jobs to Be Done (JTBD)
- 1
Identifier les moments de "switch" via des interviews
Ne demandez pas "Pourquoi utilisez-vous notre produit ?" (réponse générique garantie). Demandez : "Racontez-moi la dernière fois où vous avez décidé d'utiliser [produit] pour la première fois." Creusez le moment précis du switch : quelle était la situation juste avant ? Qu'est-ce qui vous a poussé à chercher une solution ce jour-là ? Qu'avez-vous essayé d'autre avant ? Menez 10-15 Switch Interviews de 45-60 minutes. Output : une liste de circonstances déclenchantes.
- 2
Cartographier le job en 3 dimensions
Pour chaque interview, identifiez les trois couches du job. Fonctionnelle : quelle tâche concrète ? ("générer un rapport de ventes mensuel"). Émotionnelle : quel ressenti recherché ? ("ne plus stresser la veille de la réunion exec"). Sociale : quelle image projetée ? ("passer pour quelqu'un de rigoureux et data-driven"). Créez un Job Statement : "Quand [situation], je veux [job fonctionnel], pour que [résultat émotionnel/social]". Output : 5-10 job statements issus des interviews.
- 3
Analyser les 4 forces du progrès (Forces of Progress)
Pour chaque switch documenté, analysez quatre forces. Push : la frustration avec la solution actuelle ("Excel plante avec 50k lignes"). Pull : l'attraction vers votre produit ("démo impressionnante"). Habitudes : l'attachement à l'ancienne solution ("toute l'équipe connaît Excel"). Anxiétés : les peurs face au changement ("peur de perdre mes formules"). Si Push + Pull est supérieur à Habitudes + Anxiétés, le switch se produit. Output : un diagramme des forces pour chaque job identifié.
- 4
Identifier la concurrence réelle
Demandez : "Avant d'utiliser notre produit, comment accomplissiez-vous ce job ?" Listez toutes les réponses : produit concurrent direct, solution manuelle (Excel, papier), délégation à quelqu'un d'autre, ou "ne rien faire". Surprise fréquente : votre vrai concurrent n'est pas Startup Y, mais "faire manuellement le vendredi soir". Cette révélation change totalement votre positionnement et vos messages. Output : une carte de concurrence élargie avec les solutions alternatives.
- 5
Prioriser les jobs : fréquents et mal servis
Créez une matrice 2x2 : Fréquence du job (combien de fois par mois les gens le rencontrent) x Satisfaction actuelle (à quel point les solutions existantes résolvent bien le job). Les jobs fréquents et mal servis représentent l'opportunité maximale. C'est le principe central de l'Outcome-Driven Innovation de Tony Ulwick. Focalisez votre roadmap sur ces jobs. Output : matrice de priorisation avec top 3-5 jobs à cibler.
- 6
Concevoir des solutions qui accomplissent mieux le job
Pour chaque job prioritaire, brainstormez : "Comment accomplir ce job 10x mieux, plus vite ou plus simplement que les solutions actuelles ?" Ne copiez pas les features des concurrents, réinventez la façon d'accomplir le job. Au lieu d'ajouter "plus de templates Excel", créez "rapport auto-généré en 1 clic". Prototypez 2-3 approches radicalement différentes. Output : 2-3 prototypes qui attaquent le job sous des angles nouveaux.
- 7
Rédiger les messages marketing en mode JTBD
Transformez vos job statements en messages utilisateur. Au lieu de "Notre logiciel a 50 features", écrivez "Générez votre rapport de ventes en 10 minutes au lieu de 3 heures". Adressez les anxiétés : "Importez vos formules Excel existantes en 1 clic". Comparez-vous à la vraie concurrence : "Plus besoin de rester tard le vendredi soir". Output : 3-5 messages marketing orientés job, testables en A/B.
- 8
Mesurer le "job success rate"
Définissez des métriques par job : temps pour accomplir le job (avant vs après votre produit), taux de réussite du job, satisfaction post-job (NPS spécifique au job). Trackez ces métriques mensuellement. Si le job success rate baisse, réinterviewez les utilisateurs : nouvelle concurrence ? Changement de circonstances ? Votre produit ne s'adapte plus ? Output : dashboard de job success rate avec alertes si baisse significative.