L'échange peut sembler encourageant sans pour autant apporter grand-chose à l'équipe. Un fondateur expose une idée, son interlocuteur convient qu'elle a l'air utile, et chacun repart avec le sentiment que la réunion s'est bien passée. Mais on ignore toujours si le problème est assez important pour pousser qui que ce soit à changer ses habitudes.
C'est précisément cette incertitude qu'explore le customer discovery. Rattachée aux travaux de Steve Blank sur le customer development, cette démarche confronte les hypothèses sur les clients, leurs besoins et le modèle économique à la réalité du terrain. L'objectif : cerner les conditions de réussite d'un produit avant que l'enthousiasme pour la solution ne se fige en plan d'action.
Partir d'une décision réelle
Un bon entretien peut commencer par la dernière fois où la personne a rencontré le problème. Qu'est-ce qui l'a déclenché, qui est intervenu, et comment l'ont-ils résolu ? N'hésitez pas à demander à voir le tableur, le fil de messages ou tout autre document concret, quand c'est pertinent et avec leur accord. Ces détails permettent de distinguer un simple désagrément qu'on tolère d'un vrai problème auquel on consacre déjà du temps ou de l'argent.
Imaginons une équipe qui souhaite concevoir un outil de validation des factures de freelances. Un entretien bien mené pourrait révéler que la gestion administrative se passe plutôt bien, mais que les retards viennent en fait du flou autour des personnes habilitées à autoriser le paiement. Un écran de saisie plus rapide optimiserait l'étape la plus visible, sans rien régler à la vraie difficulté. Explorer le résultat que les gens cherchent à atteindre aide l'équipe à repenser sa proposition.
La personne qui effectue la tâche n'est pas forcément celle qui achète, gère le budget ou valide la sécurité. La phase de discovery doit intégrer ces différents points de vue dès lors qu'ils influent sur l'adoption du produit. Un utilisateur conquis ne garantit en rien que son entreprise passera à l'achat.
Permettre la remise en question des hypothèses
Avant de recruter des participants, posez par écrit ce qui devrait être vérifié pour que l'idée fonctionne. Par exemple : la fréquence du problème, la frustration face aux solutions existantes, ou la volonté de faire évoluer un processus bien ancré. Déterminez quels signaux viendraient fragiliser chaque hypothèse, et pas seulement ceux qui la confirment. Sinon, n'importe quel échange peut vite passer pour un encouragement.
Appuyez-vous sur un guide d'entretien pour garder le cap tout en laissant la porte ouverte aux imprévus. Évitez de transformer chaque session en démonstration : dès que les participants découvrent la solution envisagée, leurs réponses ont tendance à tourner autour. Présenter un concept dans un second temps peut être utile, à condition de bien distinguer un avis sur une idée des preuves d'un comportement réel.
Le discovery ne s'arrête pas aux entretiens. Un essai, une discussion commerciale ou l'observation directe du flux de travail peuvent faire émerger des contraintes passées inaperçues en interview. Aucun de ces signaux ne suffit à lui seul, mais ensemble, ils permettent de trancher en toute confiance : cibler ce segment de clients, faire évoluer la proposition, tester une hypothèse d'achat, ou arrêter d'investir dans une idée dont le problème ne s'est pas confirmé. Les enseignements ne prennent de valeur que lorsqu'ils influent sur les prochaines actions de l'équipe.