MVP mit KI bauen: Wie klein ist klein genug?

Mit Lovable, Bolt oder Replit ist die nächste Funktion nur einen Prompt entfernt. Login? Ein Satz. Dashboard? Noch einer. Export, Teamfunktion, Dark Mode? Warum nicht. Nach ein paar Abenden hast du eine App mit zwanzig Funktionen, aber noch keinen einzigen Nutzer.

Genau das ist die Falle beim Bauen mit KI. Früher hat der Aufwand dich gebremst. Heute musst du dich selbst bremsen. Die Frage ist nicht mehr, was du bauen kannst, sondern was du bauen solltest.

Was ein MVP eigentlich ist

Michael Seibel, Partner bei Y Combinator, beschreibt das MVP in einem Startup-School-Vortrag bewusst nüchtern: das erste, lächerlich einfache Ding, das du deinen allerersten Zielnutzern gibst, um herauszufinden, ob du ihnen überhaupt einen Nutzen bringst. Mehr nicht.

Seine wichtigste Botschaft: Bring früh etwas Unfertiges raus. Er beobachtet, dass viele Gründerreisen enden, bevor überhaupt ein einziger Mensch das Produkt ausprobiert hat. Das ist kein Randphänomen, sondern einer der häufigsten Gründe, warum Ideen sterben.

Dazu gehört auch: Ein MVP darf extrem wenig können. Statt alle Probleme aller möglichen Nutzer zu lösen, konzentrierst du dich auf eine kleine Gruppe erster Nutzer und ihr dringendstes Problem. Manchmal reicht dafür sogar eine Landingpage plus Tabelle. Den Rest ignorierst du vorerst.

Die vier Werkzeuge gegen ausufernden Scope

Seibel nennt ein paar einfache Regeln, die beim Bauen mit KI noch wichtiger sind als früher:

1. Zeit begrenzen: Leg fest, wann du live gehen willst. Auf die Liste darf nur, was bis dahin machbar ist.
2. Aufschreiben: Halt fest, was in die erste Version gehört. Sonst verschiebt jedes Gespräch dein Ziel, ohne dass du es merkst, und aus deinem Plan wird ein endloses Projekt.
3. Kürzen: Merkst du unterwegs, dass es zu viel ist, streich das Unwichtige. Gibt es nichts Unwichtiges mehr, streich auch Wichtiges.
4. Nicht verlieben: Dein MVP ist der Startpunkt, nicht das Ziel. Das spätere Produkt sieht fast immer anders aus.

Beim Vibe Coding ist Punkt 2 dein stärkster Hebel. Ein geschriebenes Ein-Absatz-Briefing hält auch die KI auf Kurs, wenn du zum zehnten Mal „nur noch schnell“ etwas hinzufügen willst.

Klein heißt nicht nutzlos: das Beispiel Tischkarten

Wie klein zu klein ist, zeigt eine Diskussion auf Reddit. Ein Gründer hatte mit Lovable einen Generator für Tischkarten gebaut. Die kostenlose Demo war auf sechs Gäste begrenzt. Das Feedback war deutlich: Wer 150 Gäste hat, erfährt aus sechs Karten gar nichts. Und die Leute sorgten sich weniger um den Preis als darum, ob die Karten am eigenen Drucker richtig skaliert herauskommen.

Er hat daraufhin umgebaut: Die komplette Gästeliste wird jetzt kostenlos geprüft, inklusive doppelter Namen und fehlender Tischnummern. Nur der fertige PDF-Export bleibt begrenzt und mit Wasserzeichen versehen. Dazu kam ein Testblatt für den Drucker und eine Beispielliste zum Ausprobieren. Bezahlt werden kann noch gar nicht.

Ein Kommentar dazu bringt es auf den Punkt: Begrenze den Output, nicht den Input. Eine Testversion muss zeigen, dass das Tool mit den echten Daten der Nutzer funktioniert. Die Bezahlschranke gehört an den Moment, in dem sie das Ergebnis wirklich haben wollen.

Die Lehre für dein MVP: Klein bedeutet wenige Funktionen, nicht halbe Funktionen. Der eine Kernablauf muss vollständig und am echten Problem funktionieren. Und die größte Angst deiner Nutzer ist oft nicht die, die du vermutest.

Warum der Kern wichtiger wird, nicht unwichtiger

In einer anderen, sehr lebhaften Reddit-Diskussion ging es um die Frage: Wenn jeder mit KI Software bauen kann, wer kauft dann noch? Die Antworten waren ziemlich einig. Die meisten Menschen wollen gar nicht selbst bauen, so wie die meisten nicht jeden Tag selbst kochen, obwohl sie es könnten. Gekauft wird, was zuverlässig läuft, gepflegt wird und dem man vertrauen kann.

Mehrere Stimmen betonten außerdem: Eine funktionierende Demo ist noch kein Produkt. Und KI hebt die Latte dafür, was eine verkaufbare Idee ist. Was jeder an einem Abend nachbauen kann, wird schwer zu verkaufen. Was ein echtes Problem löst und Erfahrung braucht, bleibt wertvoll.

Für dein MVP heißt das: Nicht die Zahl der Funktionen macht es wertvoll, sondern dass der Kern ein echtes Problem für echte Menschen zuverlässig löst.

Was das für deinen Launch bedeutet

Bevor du den ersten Prompt schreibst, beantworte diese Fragen schriftlich:

• Für wen genau? Eine kleine, konkrete Gruppe, am besten Menschen, die du erreichen kannst.
• Welches eine Problem? Das dringendste, nicht alle.
• Welcher eine Ablauf? Vom Einstieg bis zum Ergebnis, vollständig und mit echten Daten testbar.
• Was fliegt raus? Schreib eine Nicht-Liste. Alles darauf kommt nach dem Launch.
• Wann gehst du live? Setz dir selbst ein Datum, und kürze, wenn es eng wird.

Ob deine Idee überhaupt reif für den Bau ist, prüfst du mit unserem Selbsttest. Welches Tool danach zu deinem Kern passt, liest du in Lovable, Bolt oder Replit: Womit baust du dein Produkt?. Und was vor dem Livegang auf jeden Fall erledigt sein muss, steht in der Launch-Checkliste.

Fazit

Klein genug ist dein MVP, wenn es genau ein Problem für eine kleine Gruppe vollständig löst und du es zeitnah echten Menschen zeigen kannst. Alles andere ist Ablenkung, auch wenn die KI es dir in Minuten baut. Den Scope auf diesen Kern zu schneiden, soll die erste Etappe im geplanten Vibe Coding Bootcamp sein.

Du weißt nicht, was bei deiner Idee in die erste Version gehört? Trag dich in die Warteliste ein und schildere deine Idee – wir sagen dir ehrlich, ob sie zum Format passt.