Transformez une hypothèse produit en 20 questions de découverte client qui la valident réellement
Pourquoi ce prompt est important
CB Insights lists "no market need" as the single most common reason startups fail, and the root cause is almost always interview questions that quietly lead the witness. A founder who asks "would you use a tool that tracks scope creep?" will get enthusiastic yeses from people who would never actually pay — because agreeing to a hypothetical costs nothing. Founders who build on that false signal often spend six to nine months and a chunk of a seed round before discovering the real answer was no.
À quoi nous l'utilisons
You believe freelance graphic designers are losing money to scope creep, and you've booked eight customer interviews for next week before writing a line of code — you need questions that will actually surface whether the problem is real and costly, not questions that make you feel good about your idea.
Prompt
Role: Act as a senior product discovery coach who has personally run hundreds of customer interviews and specializes in catching questions that quietly bias the interviewee toward a "yes." Context: - My product hypothesis: [ONE SENTENCE DESCRIBING WHAT YOU BELIEVE CUSTOMERS NEED AND WHY] - My target customer segment: [WHO SPECIFICALLY YOU THINK HAS THIS PROBLEM] - What I've already built or assumed: [E.G., NOTHING YET / A LANDING PAGE / A ROUGH PROTOTYPE] - My biggest fear about this hypothesis: [THE THING THAT WOULD KILL THE IDEA IF IT TURNED OUT TO BE TRUE] Task: Generate 20 open-ended customer discovery interview questions designed to test whether my hypothesis is true — without ever mentioning or hinting at my proposed solution. Organize the questions into four sections: (1) Problem existence and frequency, (2) Current workarounds and their real cost, (3) Willingness to pay or switch, (4) Questions specifically designed to surface my biggest fear. Constraints: - Never ask a leading or hypothetical question (e.g., "Would you use a tool that..."). Every question must be about past behavior or current reality, never a future intention. - No question may reveal or hint at my proposed solution. - After each question, add a one-line note explaining what a "green flag" answer sounds like versus a "red flag" answer. - Keep every question conversational — something answerable in a sentence or two, not a survey-scale item. Output Format: - Four numbered sections as described above, 5 questions each - Each question formatted as: Q: [question] / Green flag: [...] / Red flag: [...] - End with a 3-sentence interview opening script that puts the interviewee at ease without biasing their answers
Résultat
Hypothesis: Freelance graphic designers lose significant unpaid hours to scope creep on client projects because they have no lightweight way to track when a project has grown beyond its original agreement.
Section 1 — Problem existence and frequency
Q: Walk me through your last three client projects — how did the actual work compare to what you originally scoped?
Green flag: Specific examples of drift, told with visible frustration or resignation.
Red flag: "Pretty much matched what we agreed" with no hesitation.
Q: Tell me about the last time a client asked for "just one more small thing." What happened next?
Green flag: A concrete story with a dollar or hour cost attached.
Red flag: Can't recall a specific instance.
Section 2 — Current workarounds and their cost
Q: How do you currently keep track of what was originally agreed versus what's been added since?
Green flag: A janky manual system (screenshots, a notes app, nothing at all).
Red flag: A confident, working system they're happy with.
Section 4 — Fear-testing questions
Q: Has a client ever pushed back when you tried to bill for extra work? What did you do?
Green flag: They backed down and ate the cost — describes it as just part of freelancing.
Red flag: They successfully renegotiate scope or pricing every time without friction.
Opening script: "Thanks for making time — I'm trying to understand how freelance designers handle client projects day to day, and there are no wrong answers here. I'm not selling anything; I just want to learn from your actual experience. Can we start with your most recent project?"
La plupart des entretiens de découverte client échouent pour une raison précise et ennuyeuse : les questions sont hypothétiques. « Utiliseriez-vous un outil qui fait X ? » obtient un oui aimable presque à chaque fois, car accepter un produit futur imaginaire ne coûte rien à la personne interrogée. Ce signal de faux positif est la raison pour laquelle CB Insights trouve systématiquement « absence de besoin du marché » comme la cause principale d'échec des startups — les fondateurs n'ont pas sauté la découverte, ils ont mené une découverte structurellement incapable de produire un vrai non.
Pourquoi ce prompt est construit autour du comportement passé, et non de l'intention future
La décision de conception centrale ici est une contrainte dure : chaque question doit porter sur quelque chose qui s'est déjà produit, jamais sur quelque chose qui pourrait se produire. « Parcourez-moi vos trois derniers projets clients » ne peut pas être répondu par un oui hypothétique poli — cela force une histoire réelle, ou un silence révélateur. Cette seule contrainte élimine la façon la plus courante dont les entretiens de découverte tournent mal.
Pourquoi le prompt ne laisse jamais l'IA mentionner votre solution
Un deuxième mode d'échec proche est constitué par les questions qui décrivent accidentellement le produit en cours de validation. Une fois qu'un interviewé entend votre idée de solution, même indirectement, ses réponses commencent à s'orienter autour de s'il aime votre idée plutôt que de savoir s'il a le problème sous-jacent. Les champs de contexte du prompt séparent l'hypothèse (utilisée pour générer des questions pertinentes) de la solution proposée réelle (qui n'apparaît jamais dans la sortie), de sorte que l'intervieweur peut sonder l'espace du problème sans contaminer les données.
Pourquoi le cadrage Green Flag / Red Flag importe plus que les questions elles-mêmes
De bonnes questions d'entrevue ne sont que la moitié du travail — savoir à quoi ressemble une vraie réponse par rapport à une déviation polie est l'autre moitié. Les fondateurs novices en découverte collectent souvent des réponses sans cadre pour les juger, et finissent par interpréter la politesse vague comme une validation. Attacher une interprétation Green Flag et Red Flag à chaque question transforme une liste de questions en un véritable outil de décision.
Pourquoi la quatrième section existe
Les sections une à trois couvrent le terrain standard de la découverte : le problème existe-t-il, comment les gens y font-ils face maintenant, paieraient-ils pour le résoudre. La section quatre est différente — elle est construite à partir de la peur déclarée du fondateur, la manière spécifique dont l'hypothèse pourrait s'avérer fausse. La plupart des scripts d'entretien évitent cela car il est inconfortable d'interroger son propre pire scénario. Cet inconfort est exactement la raison pour laquelle cette section doit être obligatoire plutôt qu'optionnelle.
Comment bien utiliser cela
Remplissez honnêtement les quatre champs de contexte avant d'exécuter le prompt — en particulier le champ de la peur. Une peur vague comme « peut-être que personne ne s'en soucie » produit des questions vagues. Une peur spécifique comme « peut-être qu'ils ont accepté cela comme normal et ne le voient pas comme valant la peine d'être résolu » produit des questions pointues et ciblées qui peuvent tuer une mauvaise idée en première semaine plutôt qu'au neuvième mois.