“Un sondage n’est pas une preuve. Un ‘job’ bien compris, si.”
Dans la quête constante d’évolution produit, il est tentant de s’appuyer sur des sondages pour prendre des décisions rapides. Mais comme le montre le cas de François, fondateur d’une startup SaaS B2B en pleine croissance, mal interpréter ce que les clients disent vouloir peut mener à des erreurs coûteuses.
1. Quand les utilisateurs disent “on veut une app mobile”
Après une enquête de satisfaction, un résultat ressort massivement : “Nous aimerions une application mobile.”
L’équipe est galvanisée, les développeurs redéployés, et six mois plus tard une app mobile est lancée. Problème : le taux d’adoption est marginal. À peine 7% des comptes actifs s’y connectent une fois par mois.
2. Le piège du sondage
Les réponses à un sondage sont ambiguëS. Elles manquent de chronologie, de tension, de conséquences concrètes. Elles disent quoi, mais jamais pourquoi.
3. Ce que JTBD aurait permis d’identifier
Des entretiens JTBD auraient révélé que ce que les clients voulaient vraiment, c’était accéder à leurs tâches en déplacement — pas une app complète, mais un mode lecture rapide, un accès offline à quelques documents clés.
4. Le job avant la feature
Ce que ses clients cherchaient, ce n’était pas une “app” (solution), mais une capacité à rester opérationnels hors du bureau (job). Grâce à JTBD, François a conçu un accès simplifié mobile centré sur les cas d’usage réels — avec des résultats bien plus significatifs.
Conclusion
“Un sondage n’est pas une preuve. Un job bien compris, si.”
La méthode Jobs To Be Done ne rejette pas les sondages — elle les remet à leur juste place : après avoir identifié les vrais enjeux du client, pas avant.
