Du kündigst eine App an. Baust eine Landingpage. Sammelst E-Mail-Adressen. Versprichst etwas Spannendes.
Währenddessen erkennt jemand dieselbe Chance, öffnet einen Coding-Agenten und beginnt zu bauen.
Wenn du deine Nachricht „Wir sind fast fertig“ verschickst, nutzen deine potenziellen Kunden vielleicht längst etwas anderes.
Das ist mein Problem mit Startup-Wartelisten im Zeitalter der Coding-Agenten. Die Zeit zwischen einer Idee und einer brauchbaren Version hat sich verändert. Ich bin weniger überzeugt, dass die Ratschläge für Produkteinführungen mitgehalten haben.
Wenn du heute etwas Nützliches liefern kannst, warum sollen die Leute später wiederkommen?
Das alte Vorgehen hatte einen Grund
Als die Entwicklung Monate dauerte, konnten Gründer mit einer Warteliste frühes Interesse aufgreifen: Botschaften testen, Betanutzer finden und ein Publikum aufbauen, während die Software entstand.
Linear und Superhuman sind bekannte Beispiele. Linear wählte frühe Nutzer aus einer Warteliste und verbesserte das Produkt mit kleinen Gruppen. Superhuman investierte stark in persönliche Einführung. Beide Ansätze halfen, gezielt von Kunden zu lernen.
Diese Strategien entstanden aber vor den heutigen Coding-Agenten. Sie erklären die Herkunft des Vorgehens. Sie belegen nicht, dass seine Abwägungen noch passen.
Wenn ein funktionierendes Experiment günstiger wird, lässt sich das bloße Sammeln von Interessensbekundungen schwerer rechtfertigen.
Eine E-Mail-Adresse zeigt, dass jemand dein Versprechen gut genug fand, um ein Formular auszufüllen. Wer deine App benutzt, kann zeigen, wo dieses Versprechen bricht.
Du gibst auch Wettbewerbern Zeit
Eine öffentliche Warteliste macht eine Chance sichtbar, bevor du unbedingt einen Kunden gewonnen hast.
Das zählt besonders bei Produkten, deren Kernfunktion relativ leicht nachzubauen ist. Die Ankündigung beschreibt das Problem, die Demo skizziert die Lösung und die Anmeldezahl zeigt Interesse.
Ein Wettbewerber muss nicht deine gesamte Roadmap kopieren. Es reicht, genug vom Kundenproblem zu lösen, um früher nützlich zu sein.
Das ist ein Wettbewerbsrisiko, kein bewiesenes Gesetz. Ich habe keine Forschung gefunden, die zeigt, dass Wartelisten Startups regelmäßig ihre Märkte kosten. Auch zuerst zu veröffentlichen garantiert keinen Sieg.
Trotzdem verdient es eine Prüfung, die Zeit zwischen „Das will ich“ und „Das kann ich nutzen“ absichtlich zu verlängern.
Das Problem deines Kunden besteht jetzt. Der Veröffentlichungsplan ist deiner.
Was zeigen neuere Beispiele?
Lovable beschreibt im eigenen Rückblick zwei gescheiterte Starts 2024, schrittweise Aufnahme von der Warteliste und eine KI, die zu oft stecken blieb. Den Durchbruch führt das Unternehmen auf Produktverbesserungen, einen neuen Namen und bessere Kommunikation zurück. Die Liste war vorher da; sie reichte nicht aus.
Manus macht die Behauptung schwieriger, beschränkte Starts seien tot. Im März 2025 begannen Tests auf Einladung; später meldete das Unternehmen 100 Millionen US-Dollar jährlich wiederkehrenden Umsatz. Das zeigt wirtschaftlichen Erfolg nach einem beschränkten Start. Es beweist nicht, dass die Beschränkung diesen Erfolg verursachte oder eine frühere Öffnung schlechter gewesen wäre.
In beide Richtungen muss derselbe Maßstab gelten. Eine erfolgreiche Firma mit Warteliste beweist nicht deren Wirksamkeit. Eine gescheiterte Firma beweist nicht, dass die Liste schuld war.
Jemanden in ein Produkt einzuladen ist etwas anderes
Es gibt einen wichtigen Unterschied zwischen Interesse an einer Idee und gesteuertem Zugang zu etwas, das Menschen bereits nutzen.
Instinct veranschaulicht das Einladungsmodell: Die öffentliche Homepage enthält einen Link zum Einladen eines Freundes. Das erklärt allein nicht die Gründe für Zugangsbeschränkungen. Es deutet aber auf eine andere Interaktion: Ein bestehender Nutzer kann jemanden hineinholen.
Für mich wirkt das glaubwürdiger, wenn die Einladung zu einem funktionierenden Produkt führt.
Es gibt vernünftige Grenzen. Vielleicht kannst du pro Woche nur wenige neue Kunden betreuen. Der Betrieb von Agenten kann teuer sein. Vielleicht musst du Fehler beobachten, bevor weitere Menschen dazukommen.
Auch Einladungen können künstliche Knappheit erzeugen. Der Mechanismus entscheidet die Frage nicht. Der Grund für die Beschränkung tut es.
Das stärkste Gegenargument: Kundengewinnung bleibt Arbeit
Schnellere Entwicklung schafft nicht automatisch Vertrieb.
Ein aktueller Gründerbericht zeigt das gut. Der Gründer von Hado SEO berichtete von 80 E-Mail-Adressen auf der Warteliste und fünf zahlenden Kunden daraus in der Startwoche. Zuvor hatte er potenziellen Kunden in Communitys geholfen und sein Angebot geschärft. Das sind unbestätigte Eigenangaben, aber sie beschreiben Kundenkonversion statt nur eine hohe Anmeldezahl.
Das ist ein berechtigtes Argument für eine kurze Vorbereitungsphase. Du kannst herausfinden, wo Kunden zusammenkommen, wie sie ihr Problem beschreiben und ob du sie erreichst.
Eine Frage bleibt: Würdest du mehr lernen, wenn du denselben Menschen ein kleines, funktionierendes Produkt gibst?
Je schneller das Bauen wird, desto praktikabler wird diese Alternative.
Die Wartezeit muss sich rechtfertigen
Ich bin skeptisch gegenüber Wartelisten, die hauptsächlich eine unveröffentlichte App begehrenswert machen sollen.
Eine nützliche Liste sollte einem konkreten Zweck dienen: einer Kapazitätsgrenze, einem Kundenexperiment, einer Abhängigkeit oder einer Produktbeschränkung, die du gerade behebst. Es sollte einen Grund fürs Warten und eine Bedingung für den Zugang geben.
„Hype erzeugen“ ist eine deutlich schwächere Antwort.
Bevor du das Formular einbaust, überlege, was du stattdessen liefern könntest. Einen Arbeitsablauf. Eine nützliche Funktion. Eine begrenzte Version, die etwas gut erledigt.
Dann kannst du messen, ob Menschen sie nutzen, wiederkommen und Verbesserungen wichtig finden.
Wenn jemand eine brauchbare Version deiner Idee veröffentlichen kann, bevor du genug Vorfreude aufgebaut hast: Worauf wartest du eigentlich?