Verwandeln Sie eine Produkthypothese in 20 Fragen zur Customer Discovery, die sie tatsächlich validieren
Why this prompt matters
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.
What we use it for
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
Result
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?"
Die meisten Customer-Discovery-Interviews scheitern aus einem spezifischen, langweiligen Grund: Die Fragen sind hypothetisch. „Würden Sie ein Tool nutzen, das X macht?" erhält fast immer ein freundliches Ja, denn der Zustimmung zu einem imaginären zukünftigen Produkt kostet den Befragten nichts. Dieses False-Positive-Signal ist der Grund, warum CB Insights konsistent „fehlender Marktbedarf" als Hauptursache für Startup-Scheitern findet – Gründer haben Discovery nicht ausgelassen, sie haben eine Discovery durchgeführt, die strukturell nicht in der Lage war, ein echtes Nein zu produzieren.
Warum dieser Prompt auf vergangenem Verhalten aufbaut, nicht auf zukünftiger Absicht
Die zentrale Designentscheidung hier ist eine harte Einschränkung: Jede Frage muss nach etwas fragen, das bereits passiert ist, niemals nach etwas, das passieren könnte. „Gehen Sie mit mir Ihre letzten drei Kundenprojekte durch" kann nicht mit einem höflichen hypothetischen Ja beantwortet werden – es erzwingt eine echte Geschichte oder ein vielsagendes Schweigen. Diese eine Einschränkung eliminiert die häufigste Art und Weise, wie Discovery-Interviews schiefgehen.
Warum der Prompt der KI niemals erlaubt, Ihre Lösung zu erwähnen
Ein nahezu zweiter Fehlermodus sind Fragen, die versehentlich das zu validierende Produkt beschreiben. Sobald ein Befragter Ihre Lösungsidee hört, auch indirekt, beginnen seine Antworten sich daran zu orientieren, ob ihm Ihre Idee gefällt, statt ob er das zugrundeliegende Problem hat. Die Kontextfelder des Prompts trennen die Hypothese (verwendet zur Generierung relevanter Fragen) von der tatsächlich vorgeschlagenen Lösung (die nie in der Ausgabe erscheint), sodass der Interviewer den Problemraum untersuchen kann, ohne die Daten zu verunreinigen.
Warum das Green-Flag/Red-Flag-Framing wichtiger ist als die Fragen selbst
Gute Interviewfragen sind nur die halbe Arbeit – zu wissen, wie eine echte Antwort klingt, im Gegensatz zu einer höflichen Ausweichung, ist die andere Hälfte. Neueinsteiger in die Discovery sammeln oft Antworten ohne einen Rahmen, um sie zu beurteilen, und interpretieren vage Höflichkeit als Validierung. Das Anhängen einer Green-Flag- und Red-Flag-Interpretation an jede Frage verwandelt eine Liste von Fragen in ein echtes Entscheidungswerkzeug.
Warum der vierte Abschnitt existiert
Die Abschnitte eins bis drei decken das Standard-Discovery-Gebiet ab: Existiert das Problem, wie gehen die Leute jetzt damit um, würden sie zahlen, um es zu beheben. Abschnitt vier ist anders – er ist aus der vom Gründer geäußerten Angst aufgebaut, der spezifischen Art und Weise, wie die Hypothese sich als falsch herausstellen könnte. Die meisten Interviewskripte vermeiden dies, weil es unangenehm ist, das eigene Worst-Case-Szenario zu hinterfragen. Dieses Unbehagen ist genau der Grund, warum es ein erforderlicher Abschnitt sein muss, kein optionaler.
Wie man dies gut nutzt
Füllen Sie alle vier Kontextfelder ehrlich aus, bevor Sie den Prompt ausführen – insbesondere das Angstfeld. Eine vage Angst wie „vielleicht kümmert es niemanden" erzeugt vage Fragen. Eine spezifische Angst wie „vielleicht haben sie das als normal akzeptiert und sehen es nicht als lösenswert an" erzeugt scharfe, zielgerichtete Fragen, die eine schlechte Idee tatsächlich in der ersten Woche töten können, statt im neunten Monat.