L'early stage : le moment où les erreurs coûtent le plus cher

En early stage, chaque semaine de développement dans la mauvaise direction peut coûter des mois de retard. Les feedbacks mal collectés ou mal interprétés sont une cause majeure de ces erreurs de direction. Voici les pièges les plus fréquents.

Erreur 1 : Demander "Aimeriez-vous cette fonctionnalité ?"

C'est la question que l'on ne doit jamais poser. La réponse sera presque toujours "oui" — les gens sont polis et aiment valider vos idées. Ce "oui" ne prédit pas l'utilisation réelle. Posez plutôt : "Comment faites-vous aujourd'hui pour accomplir [tâche] ?" Observez le comportement actuel, n'inventoriez pas des désirs hypothétiques.

Erreur 2 : Interroger uniquement ses proches

Les amis, la famille, les collègues — ils veulent vous aider à réussir et biaisent leurs feedbacks en conséquence. Un inconnu qui utilise votre produit et l'abandonne après 5 minutes vous apprend plus que 20 amis bienveillants.

Erreur 3 : Confondre intérêt et engagement

"Je suis très intéressé par votre produit !" ne veut pas dire grand chose. L'engagement réel se mesure à des actes : est-ce que l'utilisateur revient demain ? Donne-t-il son email ? Accepte-t-il un essai payant ? Les mots coûtent rien — les actes révèlent les vraies priorités.

Erreur 4 : Trop écouter les early adopters atypiques

Vos premiers utilisateurs sont presque toujours des "early adopters" — plus tolérants, plus enthousiastes, plus techniques que le marché général. Leurs feedbacks sont précieux pour itérer, mais dangereux si vous en faites votre seule référence. Testez régulièrement avec des profils moins typiques.

Erreur 5 : Piloter par les features demandées, pas par les problèmes

"Les utilisateurs demandent X" n'est pas une justification suffisante pour prioriser X. Derrière chaque demande de feature se cache un problème — et parfois, une autre solution résout ce problème mieux, plus vite, et moins chère. L'early stage est le moment d'explorer ces alternatives, pas de les fermer.

Erreur 6 : Ne pas documenter

En early stage, tout va vite. Les feedbacks s'accumulent en mémoire, pas sur papier. Trois mois plus tard, vous ne vous souvenez plus de quoi exactement les premiers utilisateurs se plaignaient. Documentez chaque feedback dès réception, même avec une note rapide.

Conclusion

La collecte de feedbacks en early stage est une compétence qui s'apprend. Les erreurs listées ici sont communes parce qu'elles sont naturelles — il est humain de vouloir validation et encouragement. Le PM qui apprend à chercher la vérité plutôt que la confirmation construit un produit plus solide.