Idee und Nachfrage: Baue, worauf jemand wartet

Im Jahr 2021 las das Analyseunternehmen CB Insights die Post-Mortem-Analysen von über hundert gescheiterten Startups. Die häufigste Todesursache: „kein Marktbedarf“ — 35 % der Fälle. Nicht fehlerhafter Code, kein schwaches Team, kein Geld. Ein Produkt, auf das niemand gewartet hat. Deshalb beginnt dieser Kurs mit einer Frage, nicht mit einer Tastatur: Wer wird das eigentlich nutzen?

Die Geschichte, mit der es sich lohnt zu beginnen: Dropbox

Es ist 2007. Drew Houston möchte eine Dateisynchronisierung entwickeln, aber das eigentliche Produkt zu bauen, würde Monate dauern. Stattdessen nimmt er ein dreiminütiges Demo-Video auf: So wird es funktionieren – auch wenn es noch nicht funktioniert. Das Video geht auf Hacker News und Digg viral. Über Nacht springt die Warteliste von 5.000 auf 75.000 Adressen. Nachfrage bewiesen, bevor der Großteil des Codes existiert. Das ist die Logik dieser Lektion: Signal zuerst, Konstruktion danach.

Woher funktionierende Ideen kommen

• Dein eigenes Problem: Was machst du immer wieder auf umständliche Weise? Du bist Nutzer Nummer eins und Experte für das Problem. So entstand Basecamp: Die Agentur 37signals hatte es satt, Projekte über ihren Posteingang zu verwalten, und baute ein Tool für sich selbst.
• Das Problem einer Nische, die du kennst: dein Job, dein Hobby, deine Community. „Ein CRM für Tutoren“ ist besser als „ein CRM für alle“, weil du ihre Sprache sprichst, ihre Ängste kennst und weißt, wo sie sich aufhalten.
• Beschwerden über Bestehendes: Die Ein- und Zwei-Sterne-Bewertungen deiner Konkurrenten sind eine fertige Wunschliste. Die Leute schreiben dir buchstäblich deine Spezifikationen: „Tolle App, aber es gibt keinen PDF-Export und sie stürzt bei großen Dateien ab.“

Eine sokratische Pause

Bevor du weiterliest, denk darüber nach: wenn deine Idee überhaupt keine Konkurrenten hat – ist das ein gutes oder ein schlechtes Zeichen? Der Instinkt schreit: „Brillant, ich bin der Erste!“ Oft bedeutet ein leeres Feld, dass viele Leute vor dir da waren und an derselben Wand gescheitert sind: Niemand zahlt dafür.

Nachfrage an einem Abend validieren (bevor du baust!)

1. Sucht jemand nach einer Lösung? Tiefgehende Recherche: „Wie lösen die Leute [Problem] heute, wonach suchen sie, worüber beschweren sie sich?“ (die Methode aus unserem Recherche-Kurs). Wenn Leute aktiv danach googeln und darüber diskutieren, ist die Nachfrage lebendig.
2. Gibt es Konkurrenten? Konkurrenten sind EINE GUTE Nachricht: Sie haben bereits bewiesen, dass Leute dafür zahlen. Die schlechten Fälle sind null Konkurrenten (vielleicht gibt es keine Nachfrage) oder Giganten, die es kostenlos anbieten und die du nicht direkt übertreffen kannst.
3. Der Landing-Test: eine Seite, die das Produkt beschreibt (eine Abendaufgabe – das schaffst du) plus einen „Ich möchte Zugang“-Button mit einem E-Mail-Feld. Zeige es an zwei oder drei Orten, wo sich deine Zielgruppe aufhält. Ein Dutzend echter E-Mails von den richtigen Leuten bedeutet: Baue es.

So testete Joel Gascoigne Buffer im Jahr 2010: er erstellte eine Landingpage mit Preisen, bevor es ein Produkt gab. Klicks auf „Pläne und Preise“ zeigten, dass die Leute bereit waren zu zahlen. Erst dann setzte er sich hin, um Code zu schreiben.

Mythen für Anfänger

• „Erst bauen, dann zeigen.“ Das ist verkehrt herum: Zeigen ist billig, Bauen ist teuer. Mach zuerst das Billige.
• „Jemand wird meine Idee stehlen.“ Ideen sind fast wertlos – die Umsetzung und das Erreichen von Kunden sind das, was zählt. Geheimhaltung tötet mehr Produkte als Diebe je getan haben.
• „Ich brauche eine brillante neue Idee.“ Nein, tust du nicht. Du brauchst ein bekanntes Problem, etwas eleganter gelöst, für eine enge Zielgruppe.

Wie eine erste Produktidee aussieht

• Eine enge Zielgruppe, die du tatsächlich erreichen kannst (du weißt, wo sie sich aufhält)
• Eine Kernfunktion, keine Plattform
• Ein offensichtlicher Grund zu zahlen (es spart Zeit oder Geld oder bringt Kunden)
• Das MVP passt in 2–4 Feierabend-Wochen

Ein Signal von Höflichkeit unterscheiden

Die Falle bei der Nachfragevalidierung ist, Höflichkeit mit Absicht zu verwechseln. „Tolle Idee, das würde ich auf jeden Fall ausprobieren!“ von einem Freund enthält null Informationen – Leute hassen es, dich zu enttäuschen. Echte Signale kosten etwas: eine E-Mail-Adresse, Geld im Voraus, aufgewendete Zeit (sie haben ein langes Formular ausgefüllt, sie sind zu einem Anruf erschienen).

Rob Fitzpatricks Buch „The Mom Test“ formulierte die Regel klar: Frage nicht „Würdest du es kaufen?“, sondern frage nach der Vergangenheit – „Wie gehst du heute mit diesem Problem um, und was kostet es dich?“ Vergangenes Verhalten lügt nicht; Versprechen lügen ständig.

Wie dies mit anderen Kursen zusammenhängt

Nachfrage zu validieren ist eigentlich ein kleines Forschungsprojekt: wie Menschen ein Problem lösen, wonach sie suchen, worüber sie sich beschweren. Unser KI-Recherche-Kurs vertieft diese Fähigkeit, und du baust den Landing-Test selbst mit der Technik aus dem Vibe Coding Kurs. Hier verbinden wir sie zu einem Produktschritt.

Mach das jetzt (10 Minuten)

Schreibe 3 Ideen aus den oben genannten Quellen auf → prüfe jede anhand der vier Kriterien → für die beste entwirf einen einzigen Landing-Satz: „[Produkt] hilft [wem] [was zu tun] ohne [das Problem].“ Das ist dein Entwurf für den Nachfrage-Test. Wir beginnen in der nächsten Lektion mit dem Bau – aber nur mit dem, was den Test bestanden hat. Ein Abend jetzt spart Monate später.