Je veux
comprendre ce que veulent mes utilisateurs
Des réponses d’enquête, des retours en vrac, des chiffres. Traduits en décisions, pas en jolis graphiques.
À la fin
Une feuille de route qui vient des gens, pas d’une réunion.
3 cartes sur 4 viennent du même groupe —Épées, trancher.
Les phrases, dans l’ordre
Copiez une phrase, laissez l’étape rendre ce qui est nommé, puis passez à la suivante.
sondeuse
L’analyse des réponses : segments, corrélations, ce que les chiffres ne disent pas.
Sous le capot
Sondeusesondeuse des chiffres d'enquête
audit cohorte
La même interface vue par cinq générations d’utilisateurs.
Sous le capot
Interpreteinterprète entre les générations
arpenteuse
Les dynamiques humaines lisibles dans le code et l’historique du dépôt.
Sous le capot
Arpenteusearpenteuse des courants humains
audit produit
La feuille de route qui découle de tout ça.
Sous le capot
Cartographecartographe des routes produit
Sous le capot — 4 cartes
Si ce n’est pas tout à fait ça
- Je veux réécrire les textes de mon interfaceLes boutons, les messages d’erreur, les états vides. C’est là que les gens décrochent, et c’est ce qu’on écrit en dernier, mal.
- Je veux faire un produit en ligne payantLe chemin long : décider quoi construire, choisir la stack, écrire le contrat d’API, estimer la facture avant de la recevoir, déployer.
- Je veux répondre aux tickets sans y passer la journéeLes tickets entrants sont triés, les doublons fermés, les manques signalés, les réponses écrites. Il reste ceux qui méritent une décision.
Tirage écrit à la main dans data/parcours.json, tenu par scripts/parcours/check-parcours.sh : chaque carte citée existe dans le registre du framework.



