Les utilisateurs « embauchent » des produits pour un job. Pourquoi cela tient en stratégie et en priorisation de roadmap.
Catégorie · Gestion de Projet
Le job, pas la fonctionnalité.
Les Jobs-to-be-Done renversent la perspective : les gens n'achètent pas un produit, ils le « recrutent » pour un job — un progrès qu'ils veulent atteindre dans une situation précise. L'image classique : personne ne veut une perceuse, tout le monde veut le trou dans le mur.
Le job est stable, la solution change. Qui comprend le job perçoit aussi contre qui il est réellement en concurrence — souvent pas le concurrent évident.
Là où cela tient en pratique.
En stratégie et en priorisation de roadmap, le JTBD est une grille tranchante : nous évaluons les idées selon le job qu'elles accomplissent mieux, et pour qui — pas selon la fonctionnalité qui sonne bien. Cela évite les listes de features qui ne résolvent le job de personne.
Pas une panacée.
Le JTBD ne remplace ni une validation quantitative ni une compétence technique. Formuler proprement les jobs est un travail d'artisan ; mal fait, il ne produit que des phrases jolies à l'oreille. C'est une lentille pour prioriser, pas une spécification toute faite.
