Geschrieben von Gregor ZehetnerVeröffentlicht am 25. Oktober 20265 Min. Lesezeit
Kurz gesagt
Eine Idee validieren heißt, die riskantesten Annahmen dahinter zu testen, bevor du das Produkt baust. Beginne mit dem Problem: Sprich mit möglichen Kunden darüber, was sie bisher tun, nicht über deine Idee. Danach folgen günstige Tests wie eine Landingpage, ein Service von Hand oder ein Vorverkauf, jeweils mit einer vorher festgelegten Erfolgsschwelle. Das stärkste Signal ist eine Zusage: Zeit, ein Pilotprojekt oder Geld. Komplimente zählen nicht.
Wichtiger Hinweis: Dieser Guide ist eine allgemeine Information, keine Rechts-, Steuer- oder Finanzberatung. Regeln unterscheiden sich je nach Land und ändern sich, prüfe sie vor einer Entscheidung mit einer Beratung. Weder Autor noch Plattform garantieren für die Aktualität und Richtigkeit der Informationen auf dieser Seite. Das gilt auch für verlinkte Websites und ihre Inhalte: Für deren Aktualität, Richtigkeit und Erreichbarkeit übernehmen wir keine Gewähr.
Eine Idee validieren heißt zu prüfen, ob sie ein echtes Problem löst und ob Menschen dafür zahlen würden, bevor du Monate in die Entwicklung steckst. Das kostet ein paar Wochen und wenig Geld. Dieser Guide zeigt, welche Annahmen du testest, wie du in Kundengesprächen ehrliche Antworten bekommst und welche günstigen Tests danach kommen.
Warum solltest du eine Idee validieren, bevor du baust?
Wer eine Idee validieren will, zerlegt sie zuerst in Annahmen und testet die riskantesten mit echten Menschen. Es geht nicht darum, recht zu behalten, sondern darum, früh zu merken, wenn du falsch liegst, solange ein Kurswechsel noch wenig kostet. Eric Ries nennt das validiertes Lernen: Fortschritt misst sich daran, was du über deine Kunden lernst, nicht an den Funktionen, die du auslieferst.
Warum das wichtig ist, zeigen die Daten. CB Insights hat 431 wagniskapitalfinanzierte Start-ups ausgewertet, die seit 2023 aufgegeben haben. In 43 Prozent der Fälle mit bekanntem Grund lag ein schwacher Product-Market-Fit vor. Am häufigsten ging zwar das Geld aus, in 70 Prozent der Fälle, doch das ist meist die Folge und nicht die Ursache. Etwas zu bauen, das niemand braucht, ist teuer; vorher zu fragen, kostet fast nichts.
Welche Annahmen musst du testen?
Schreib deine Idee als kurze Liste von Annahmen auf und sortiere sie nach Risiko. Die meisten Ideen beruhen auf fünf Annahmen:
- Das Problem. Eine klar umrissene Gruppe hat dieses Problem, und zwar oft und dringend genug, um etwas dagegen zu tun.
- Die Kundschaft. Du kannst genau sagen, wer diese Menschen sind und wer bei ihnen entscheidet.
- Die Lösung. Dein Ansatz löst das Problem besser als das, was sie heute tun.
- Der Preis. Sie oder ihr Arbeitgeber zahlen genug, damit sich das Geschäft trägt.
- Der Kanal. Du erreichst genug von ihnen zu Kosten, die der Preis tragen kann.
Beginne immer mit dem Problem, denn eine großartige Lösung für ein Problem, das niemand hat, scheitert trotzdem. Danach arbeitest du die übrigen Annahmen ab, die riskanteste zuerst.
Wie bekommst du in Kundeninterviews ehrliche Antworten?
Fragst du Menschen, ob ihnen deine Idee gefällt, sagen die meisten aus Höflichkeit ja, auch wenn sie sie nie nutzen würden. Rob Fitzpatrick stellt in seinem Buch The Mom Test drei Regeln dagegen. Sprich über das Leben deines Gegenübers statt über deine Idee. Frag nach konkreten Erlebnissen in der Vergangenheit statt nach Meinungen über die Zukunft. Und hör mehr zu, als du redest.
Gute Fragen sind zum Beispiel:
- Wann ist das Problem zuletzt aufgetreten, und was haben Sie dagegen getan?
- Was haben Sie schon ausprobiert, und was hat es Sie gekostet?
- Was ist daran heute am mühsamsten?
- Wer entscheidet bei Ihnen mit, wie das gelöst wird?
Vermeide Fragen wie „Würden Sie das nutzen?“ oder „Wie viel würden Sie zahlen?“. Sie laden zu höflichen Schätzungen ein. Achte stattdessen auf Zeichen, dass das Problem echt ist: Die Leute sprechen es an, bevor du danach fragst, sie haben sich selbst eine Notlösung gebaut, oder sie zahlen schon für eine schlechte Lösung.
Sprich mit Menschen aus deiner Zielgruppe, nicht mit Freunden und Familie. Führ so lange Gespräche, bis du nichts Neues mehr hörst, und halte das Gesagte direkt danach schriftlich fest.
Welche Tests kommen nach den Gesprächen?
Hält das Problem stand, prüfst du als Nächstes, ob Menschen auch handeln und nicht nur reden. Jeder dieser Tests dauert Tage oder Wochen, nicht Monate:
- Eine Landingpage. Beschreib das Produkt, als gäbe es das schon, mit einem Button zum Anmelden oder Anfragen. Miss, wie viele Besucher aus deiner Zielgruppe ihn klicken.
- Ein Service von Hand. Erbring die Leistung für ein paar Kunden manuell, ein sogenannter Concierge-Test. So lernst du, was sie wirklich brauchen, bevor du etwas automatisierst.
- Ein Produkt hinter dem Vorhang. Kunden nutzen etwas, das wie ein fertiges Produkt aussieht, während im Hintergrund Menschen die Arbeit machen. So siehst du, ob das Angebot funktioniert, bevor du es baust.
- Ein Vorverkauf oder eine Absichtserklärung. Bitte um Geld, eine unterschriebene Absichtserklärung oder ein bezahltes Pilotprojekt. Nichts trennt höfliches Interesse so klar von echter Kaufabsicht.
Jeder dieser Tests ist ein Minimum Viable Product im Sinne von Eric Ries: das Kleinste, mit dem du etwas lernst. Leg vor jedem Test schriftlich fest, ab welchem Ergebnis er als bestanden gilt, etwa wie viele Anmeldungen du pro hundert Besucher erwartest oder wie viele Gespräche zu einem bezahlten Pilotprojekt führen sollen. Ohne vorher festgelegte Schwelle lässt sich jedes Ergebnis schönreden.
Wann ist eine Idee ausreichend validiert?
Ganz sicher bist du nie. Genug, um mit dem Bauen zu beginnen, hast du, wenn mehrere Signale zusammenkommen. Das Problem kommt zur Sprache, ohne dass du danach fragst. Menschen aus deiner Zielgruppe beschreiben es mit ähnlichen Worten. Einige haben etwas zugesagt: Zeit für ein Pilotprojekt, eine unterschriebene Absichtserklärung oder Geld. Und du kannst deine ersten zehn Kunden beim Namen nennen.
Sind die Signale schwach, hast du drei Möglichkeiten. Weitermachen, wenn nur ein Teil fehlt und du weißt, wie du ihn testest. Umschwenken, wenn das Problem echt ist, aber Zielgruppe oder Lösung nicht passen. Oder aufhören, wenn das Problem zu klein ist. Wer nach sechs Wochen Tests aufhört, erspart sich zwei Jahre vergebliches Bauen.
Welche Fehler solltest du vermeiden?
- Zuerst bauen. Code fühlt sich nach Fortschritt an, beantwortet aber die Frage nach der Lösung, bevor das Problem geklärt ist.
- Freunde fragen. Sie wollen dich unterstützen und sagen deshalb selten die ganze Wahrheit.
- Komplimente zählen. „Tolle Idee“ ist keine Information. Eine Zusage schon.
- Alles auf einmal testen. Teste eine Annahme nach der anderen, sonst weißt du nicht, woran es gescheitert ist.
- Alles geheim halten. Dass jemand eine frühe Idee stiehlt, ist unwahrscheinlich. Ohne Rückmeldung ins Blaue zu bauen, ist das größere Risiko.
- Allein validieren. Eine zweite Person hört auch, was du nicht hören willst.
Genau hier hilft ein Co-Founder, der bei denselben Gesprächen dabei ist: Er ist der beste Schutz gegen Wunschdenken. Unser Guide dazu, ob du einen Co-Founder brauchst, wägt das gegen das Alleingründen ab. Gemeinsam eine Idee validieren ist außerdem ein gutes Probeprojekt mit einem möglichen Co-Founder. Wo du so jemanden findest, zeigt unser Guide zur Co-Founder-Suche, und wer dich ergänzt, zeigt der Gründertest.
Das Wichtigste
- Ein schwacher Product-Market-Fit gehört zu den häufigsten Gründen, warum Start-ups scheitern; validiere deshalb das Problem vor der Lösung.
- Frag in Interviews, was Menschen bisher tun und wofür sie schon zahlen, nie, ob sie deine Idee nutzen würden.
- Teste günstig, bevor du baust: eine Landingpage, ein Service von Hand oder ein Vorverkauf.
- Leg vor jedem Test fest, welches Ergebnis als bestanden gilt, damit du es danach nicht schönreden kannst.
- Zusagen zählen, Komplimente nicht: Zeit, ein Pilotprojekt, eine Absichtserklärung oder Geld sind echte Signale.
Fragen dazu
Wie viele Kundeninterviews brauche ich?
Es gibt keine feste Zahl. Sprich mit Menschen aus einer klaren Zielgruppe, bis du nichts Neues mehr hörst, und geh dann zu einem Test über. Überrascht dich noch jedes Gespräch, ist die Gruppe wahrscheinlich zu breit. Grenz sie ein, statt mehr Interviews zu führen.
Kann ich eine Idee ohne Produkt validieren?
Ja, und das ist sogar der bessere Weg. Interviews, eine Landingpage, ein Service von Hand oder ein Vorverkauf funktionieren alle, bevor es eine Zeile Code gibt. Bau nur das, was sich ohne Produkt nicht testen lässt.
Sollte ich meine Idee beim Validieren geheim halten?
Meist nicht. Das Risiko, dass jemand eine frühe Idee stiehlt, ist klein im Vergleich zum Risiko, etwas zu bauen, das niemand will. Die Umsetzung entscheidet, und deine Gesprächspartner sind mit ihrer eigenen Arbeit beschäftigt. Schütz echte Geheimnisse wie ein technisches Verfahren, aber sprich offen über das Problem.
Was, wenn die Validierung scheitert?
Dann hat sie ihren Zweck erfüllt, früh und günstig. Schau, was du gelernt hast: Ist das Problem echt, aber die Lösung falsch? Passt die Zielgruppe nicht? Oder ist das Problem zu klein? Viele gute Unternehmen haben mit einer anderen Idee begonnen. Ändere eine Sache und teste neu, oder hör mit gutem Gewissen auf.
Brauche ich einen Co-Founder, um eine Idee zu validieren?
Für den Anfang nicht, aber es hilft. Zwei Personen hören in Interviews mehr und reden sich gegenseitig Wunschdenken aus. Baut eine Person, während die andere verkauft, laufen Gespräche und Tests parallel. Gemeinsam zu validieren ist auch ein gutes Probeprojekt, bevor ihr euch bindet.

Gründer von Cofoundista. Begleitet Gründungsteams als Mentor bei Inkubatoren, hat selbst gegründet und verkauft.
Gregor auf LinkedIn(öffnet in einem neuen Tab)Dieser Guide ist eine allgemeine Information, keine Rechts-, Steuer- oder Finanzberatung. Regeln unterscheiden sich je nach Land und ändern sich, prüfe sie vor einer Entscheidung mit einer Beratung. Weder Autor noch Plattform garantieren für die Aktualität und Richtigkeit der Informationen auf dieser Seite. Das gilt auch für verlinkte Websites und ihre Inhalte: Für deren Aktualität, Richtigkeit und Erreichbarkeit übernehmen wir keine Gewähr.