Discovery produit : interviewer vos clients chaque semaine

La plupart des équipes produit sont d’accord pour parler à un client chaque semaine, mais la plupart arrêtent au bout d’un mois. La customer discovery, c’est vérifier auprès des personnes concernées qu’un problème est réel avant de passer des mois à construire la réponse. La méthode est bien documentée. Ce qui use les équipes, c’est la logistique : trouver quelqu’un chaque semaine, caler l’appel dans deux agendas, le mener, puis le mettre au propre. Cet article présente la méthode, quinze questions qui ramènent les gens aux faits, et notre réponse : une interview asynchrone à laquelle chaque client répond quand ça l’arrange, sans créneau à réserver.

La customer discovery, c’est quoi

La customer discovery est l’étape où une équipe teste ses hypothèses sur le problème d’un client en parlant aux personnes qui l’ont, avant de construire la solution. Elle se distingue de l’étude de marché, qui mesure la taille d’un marché, et du test utilisateur, qui évalue un produit qui existe déjà. Elle produit des preuves : qui a le problème, à quelle fréquence, et ce que les gens font déjà pour s’en sortir.

Steve Blank, entrepreneur et enseignant à Stanford, a forgé le terme dans The Four Steps to the Epiphany (2005) et l’a résumé en une consigne : « get out of the building », sortez du bureau. Dans votre bureau, ce que vous savez des clients reste une opinion tant qu’ils ne l’ont pas confirmé.

Le terme a depuis quitté le monde des startups. Dans les entreprises établies, les équipes produit parlent de « discovery produit » pour la même activité, appliquée à la prochaine fonctionnalité plutôt qu’à une entreprise entière.

Les quatre phases de la customer discovery

Dans le modèle de customer development de Blank, la discovery est la première de quatre étapes : customer discovery, customer validation, customer creation, puis company building. Une startup cherche son modèle économique pendant la discovery et la validation, puis l’exécute pendant la creation et le company building. Quand la validation échoue, on revient à la discovery avec ce qu’on a appris au lieu de s’entêter.

graph TD
  A["Customer discovery : le problème existe-t-il, et pour qui ?"] --> B["Customer validation : peut-on vendre la solution encore et encore ?"]
  B -->|"Non, le modèle ne se répète pas"| A
  B -->|"Oui"| C["Customer creation : créer la demande"]
  C --> D["Company building : s’organiser pour exécuter"]

Dans le livre de Blank, la discovery se déroule elle-même en quatre phases. Ce sont elles qu’on désigne en général par « les quatre phases de la customer discovery ».

Phase	Votre travail	Le résultat
1. Formuler les hypothèses	Écrire qui est le client, quel problème il a et comment il s’en sort aujourd’hui	Une courte liste d’affirmations à vérifier une par une
2. Tester le problème	Interviewer les gens sur leur façon de vivre le problème, sans leur montrer votre idée	La confirmation que le problème existe, sa fréquence et ce qu’il coûte
3. Tester le concept	Montrer la solution aux personnes qui ont confirmé le problème, et observer leur réaction	Une première idée de la façon dont votre solution répond au problème décrit
4. Vérifier	Reprendre ce que vous ont appris les phases 2 et 3, puis décider	Passer à la validation, ajuster les hypothèses, ou repartir de zéro

La plupart des interviews ont lieu en phase 2, que les équipes sautent pourtant plus souvent que les autres. Montrer un prototype donne l’impression d’avancer. Écouter quelqu’un décrire un problème sans parler de votre solution paraît lent, pourtant vous ne savez qu’après cette phase si le prototype mérite d’être montré.

La discovery continue : une interview par semaine plutôt qu’une étude par trimestre

Teresa Torres, coach en discovery produit et autrice de Continuous Discovery Habits (2021), a fait passer l’idée de la startup à l’équipe produit. Elle définit la discovery continue comme « au minimum, des points de contact hebdomadaires avec les clients, menés par l’équipe qui construit le produit, sous forme de petites activités de recherche au service d’un résultat produit visé ».

Concrètement, ça veut dire une interview chaque semaine. Le product manager, le designer et un développeur la mènent eux-mêmes, au lieu d’attendre le rapport d’une équipe de recherche. Une conversation de trente minutes compte déjà comme une activité de recherche.

On vise une interview par semaine parce qu’une équipe produit décide tous les jours, en réunion de planification, en revue de design, dans un fil Slack. Une étude trimestrielle répond aux questions que l’équipe se posait il y a trois mois. Entre-temps, chaque décision a reposé sur la mémoire et les avis. Avec une interview par semaine, la personne qui décide peut citer ce qu’un client a dit mardi dernier.

Torres demande aussi des interviews centrées sur des histoires. Plutôt que de demander aux gens ce qu’ils veulent, vous leur demandez de raconter une fois précise où ils ont rencontré le problème.

15 questions de customer discovery qui évitent les pièges du Mom Test

Rob Fitzpatrick, fondateur de startup et auteur de The Mom Test (2013), a donné à son livre le nom du seul type de question sur lequel même votre mère ne peut pas vous mentir. Ses trois règles tiennent en une ligne : parlez de la vie de la personne plutôt que de votre idée, demandez des faits passés plutôt que des avis sur l’avenir, et parlez moins qu’elle.

Tout le monde répond volontiers à « utiliseriez-vous une appli qui ferait X ? », mais la réponse ne vous apprend presque rien. Les gens veulent être gentils avec vous et surestiment ce qu’ils feront plus tard. Le passé s’embellit plus difficilement : c’est arrivé ou non, ça a pris deux heures ou dix minutes.

Les quinze questions ci-dessous suivent ces règles. Prenez celles qui collent à votre sujet, et prévoyez une relance pour chacune.

Le contexte

1. Décrivez-moi votre rôle et une semaine normale.
2. Quelle partie de cette semaine vous prend plus de temps qu’elle ne devrait ?
3. Qui d’autre intervient quand cette partie se passe mal ?

La dernière fois que c’est arrivé

4. Racontez-moi la dernière fois que vous avez dû gérer ça. C’était quand ?
5. Que faisiez-vous juste avant, et qu’est-ce qui l’a déclenché ?
6. Qu’avez-vous fait, étape par étape ?
7. Combien de temps ça vous a pris, en tout ?
8. Comment ça s’est terminé ?

Leurs solutions actuelles

9. Qu’avez-vous essayé jusqu’ici pour vous faciliter la tâche ?
10. Qu’avez-vous abandonné en route, et pourquoi ?
11. Utilisez-vous autre chose à côté, un tableur, un script, un collègue ?
12. Combien ça vous coûte aujourd’hui, en temps ou en argent ?

La clôture

13. Si vous pouviez changer une seule chose dans ce fonctionnement, laquelle ?
14. À qui d’autre devrais-je parler de ce sujet ?
15. Quelle question aurais-je dû vous poser ?

Demandez ce que les gens utilisent à côté (un tableur, un script, un collègue) : c’est souvent la question la plus instructive. Les gens n’entretiennent un contournement pendant des mois que si le problème est assez pénible. À ce stade, ils n’en parlent souvent plus à personne, si bien que vous ne l’apprenez qu’en posant la question. Demandez ce que le problème leur coûte aujourd’hui plutôt que « combien paieriez-vous », que Fitzpatrick range parmi les questions qui produisent des compliments. Les gens savent ce que le problème leur coûte déjà, donc ils répondent d’expérience.

Pour aller plus loin, piochez parmi 45 questions ouvertes classées par objectif de recherche. Pour ordonner vos questions sur une séance entière, structurez un guide d’entretien.

Pourquoi les équipes arrêtent au bout de trois semaines

Prenez un trio produit (un product manager, un designer et un développeur) qui s’engage sur une interview par semaine. La première semaine se passe bien, parce que quelqu’un avait déjà un client en tête. La deuxième, le product manager écrit à dix clients, trois répondent, un seul prend un créneau. La troisième, le créneau bouge deux fois, le développeur quitte l’appel pour un incident en production, et les notes restent dans un carnet que personne d’autre ne lit. La quatrième, plus personne n’envoie les mails.

Chaque interview passe par quatre étapes qui coûtent du temps toutes les semaines :

Étape	Le travail de la semaine	Pourquoi elle saute
Recruter	Trouver des gens et leur écrire jusqu’à un oui	Le taux de réponse baisse une fois les contacts proches épuisés
Planifier	Accorder deux ou trois agendas avec celui du client	Une seule réunion déplacée repousse l’interview à la semaine suivante
Mener	30 à 60 minutes du trio au complet	La première urgence du jour passe devant
Mettre au propre	Transformer des notes en un document lisible par le reste de l’équipe	Personne n’en est chargé, donc ça se fait des jours plus tard, ou jamais

Torres désigne le recrutement comme le premier obstacle. Sa réponse consiste à automatiser le recrutement : une invitation dans le produit, des collègues des ventes ou du support qui orientent des clients, ou un panel de clients. Son objectif, c’est que l’équipe trouve le lundi matin une interview déjà calée, sans que personne ait eu à s’en occuper cette semaine-là.

Le recrutement est alors réglé. Planifier, mener et mettre au propre prennent toujours des heures à l’équipe, chaque semaine.

Mener les interviews de discovery en asynchrone

Avec une interview asynchrone, l’équipe n’a plus à planifier, mener ni mettre au propre les interviews. Vous écrivez l’interview une fois, vous envoyez un lien, et chaque personne répond à l’oral quand elle a un quart d’heure, le soir si ça l’arrange. Une IA mène la conversation : elle pose les questions, relance quand une réponse reste vague, et ramène la personne à un épisode précis quand elle part dans les généralités.

On a construit Raconte pour ça. Parmi les modèles d’interview, celui de découverte utilisateur porte sur le contexte de la personne, les outils qu’elle utilise aujourd’hui, le dernier problème rencontré, la façon dont elle l’a résolu et ce qu’elle aimerait voir changer. Vous pouvez l’adapter avec les quinze questions ci-dessus.

Voici la boucle hebdomadaire une fois que l’interview ne dépend plus de l’agenda de personne :

graph TD
  A["Lundi : envoyer le lien aux clients de la semaine"] --> B["Chacun répond à l’oral quand ça l’arrange"]
  B --> C["L’IA relance sur les réponses vagues et demande le dernier épisode réel"]
  C --> D["Un transcript, une lecture du sentiment et un résumé par personne"]
  D --> E["Vendredi : l’équipe les lit et met à jour ses hypothèses"]
  E --> A

Pour la discovery continue, quatre choses changent :

• La cadence ne dépend plus d’un créneau. Une interview par semaine en devient cinq si cinq personnes répondent au lien. Sur Raconte, 82 % des personnes invitées vont jusqu’au bout de leur interview, qui dure 16 minutes en moyenne.
• Tout le monde reçoit les mêmes questions, donc vous pouvez comparer les réponses d’une semaine avec celles de la suivante.
• Une IA n’a pas d’hypothèse à défendre, donc ses relances orientent moins les réponses que celles d’un fondateur attaché à son idée. Les questions que vous lui donnez peuvent encore être orientées, alors relisez-les avec les règles du Mom Test.
• Tout le trio lit le transcript, y compris le développeur appelé sur un incident. Vous pouvez aussi récupérer les transcripts par l’API ou le serveur MCP pour les passer dans votre propre analyse.

Avec quelques dizaines de transcripts, faites une analyse thématique : vous en tirerez des thèmes à défendre en réunion de planification.

Les limites de l’interview menée par une IA

Une interview par IA enregistre ce que les gens disent. Pour certaines questions de discovery, ce qu’ils disent ne suffit pas.

Quand le problème tient à un geste ou à un environnement, il faut le voir. Un préparateur de commandes qui décrit sa façon de scanner les colis oublie souvent les contournements qu’il ne remarque plus. Passez dix minutes à l’observer dans l’entrepôt et vous les repérerez. Même chose pour un test d’utilisabilité sur un prototype : vous apprenez davantage en regardant où les gens hésitent qu’en écoutant leur récit.

La co-conception demande d’être dans la même pièce, ou dans la même visio. Quand vous esquissez une solution avec des clients, vous apprenez surtout grâce aux allers-retours sur un dessin partagé, ce qu’une interview vocale ne permet pas.

Menez vous-même les conversations délicates, en face à face ou en visio : un compte stratégique, un client sur le départ. Vous verrez un regard ou un haussement d’épaules qu’un enregistrement vocal ne capte pas. Ces signes vous indiquent souvent jusqu’où insister.

L’interview asynchrone couvre la partie régulière de la discovery : les interviews sur le problème, auprès de nombreux clients, semaine après semaine. Vous récupérez ainsi du temps pour les séances qui demandent quelqu’un sur place.

Par où commencer

Écrivez vos trois hypothèses les plus risquées sur le problème du client. Transformez chacune en question sur la dernière fois où c’est arrivé. Envoyez ces questions à cinq clients cette semaine, puis lisez les transcripts ensemble vendredi. Quand l’interview n’est pas le bon outil pour la question posée, comparez les méthodes de recherche qualitative pour en choisir une autre.

Les interviews de discovery couvrent la période avant l’achat. Ensuite, il vous faut d’autres méthodes de recherche client, comme l’interview win-loss pour comprendre pourquoi une vente a été gagnée ou perdue, ou l’interview de churn pour comprendre pourquoi un client a résilié.

Raconte offre à chaque organisation 60 minutes d’interview par mois, sans carte bancaire. Vous pouvez consulter le prix des minutes supplémentaires.

Questions fréquentes

Qu’est-ce que la customer discovery ?

La customer discovery est l’étape où une équipe vérifie, en interviewant les personnes concernées, qu’un problème existe et compte avant de construire une solution. Steve Blank l’a définie comme la première étape de son modèle de customer development. Elle établit qui a le problème, à quelle fréquence il se pose et ce que les gens font déjà pour s’en sortir.

Quelles sont les quatre phases de la customer discovery ?

Dans la méthode de Steve Blank, la customer discovery se déroule en quatre phases : formuler les hypothèses, tester le problème auprès des clients, tester le concept auprès des personnes qui ont confirmé le problème, puis vérifier ce que vous avez appris et décider de passer à la validation, d’ajuster ou de repartir de zéro.

Quelles questions poser pendant une interview de customer discovery ?

Les bonnes questions de discovery portent sur ce que les gens ont fait la dernière fois que le problème s’est posé. « Racontez-moi la dernière fois que c’est arrivé », « qu’avez-vous fait, étape par étape », « qu’avez-vous déjà essayé » et « combien ça vous coûte aujourd’hui » rapportent des faits. Évitez « utiliseriez-vous » et « combien paieriez-vous », auxquelles les gens répondent par des compliments.

Qu’est-ce que la discovery continue ?

La discovery continue est la pratique, décrite par Teresa Torres, d’une équipe produit qui parle à des clients au moins une fois par semaine, par petites activités de recherche liées à un résultat produit. L’équipe qui construit le produit mène elle-même les interviews, si bien que chaque décision s’appuie sur des éléments récents plutôt que sur l’étude du trimestre dernier.

Combien d’interviews de customer discovery faut-il mener ?

Pour une hypothèse et un segment de clients, les mêmes réponses commencent en général à revenir entre huit et douze interviews. En discovery continue, le nombre compte moins : vous continuez d’interviewer chaque semaine, parce que le produit et les clients changent.