Den MVP bauen: Der Ablauf funktioniert durchgängig.

Die Bautechnik stammt aus dem Vibe-Coding-Kurs (Lovable/Replit, Iterationen, Rollbacks). Hier behandeln wir, was ein Produkt von einem Hobby-Projekt unterscheidet: die Reihenfolge, in der du baust, und zwei Schichten, die Anfänger immer vergessen.

Gerüst vor Schönheit

Ziel Nummer eins: Der gesamte Ablauf funktioniert von Anfang bis Ende, wenn auch noch unbeholfen – registrieren → Aktion ausführen → Ergebnis erhalten. Erst dann polierst du einzelne Schritte. Warum diese Reihenfolge: Die größten Probleme sind die Übergänge („Schritt 3 ist ohne Daten aus Schritt 5 unmöglich“), und die zeigen sich erst, wenn der Ablauf komplett durchläuft. Es ist besser, sie am ersten Tag zu entdecken, als nach einer Woche des Polierens der Landingpage festzustellen, dass das Produkt überhaupt nicht fertiggestellt werden kann.

Diese Regel ist älter als die Webentwicklung. Bei der Produktion des ersten Toy Story Films erstellte Pixar eine grobe Version des gesamten Films aus Skizzen – die „Reels“ – und erst als sie sicher waren, dass die Geschichte von Anfang bis Ende stimmte, verbrachten sie Monate mit dem Rendern der Bilder. Zuerst das Ganze grob, dann die Details schön. Software funktioniert genauso.

Eine sokratische Pause

Du hast das Produkt zum ersten Mal geöffnet. Was siehst du auf dem ersten Bildschirm? Keine vollständige Aufgabenliste, keinen gefüllten Feed – Leere. Und genau hier entscheidet sich, ob du bleibst oder den Tab schließt. Überlege: Was muss auf diesem leeren Bildschirm sein, damit du weißt, was zu tun ist?

Schicht 1: Empty States

Ein neuer Nutzer hat keine Daten: leere Liste, leere Historie. Ein Hobby-Projekt zeigt bloße Leere; ein Produkt führt: „Noch nichts hier. Lade dein erstes Element hoch – hier ist der Button.“ Was du die KI fragen kannst: „Erstelle für jede Liste und jeden Bildschirm einen Empty State: was das ist, wofür es ist und einen Button für die erste Aktion.“ Der erste Eindruck entsteht genau hier – auf dem Bildschirm, den Hobby-Projekte leer lassen.

Schicht 2: Verständliche Fehlermeldungen

Falsche Datei, das WLAN hat kurz gesponnen, die Zahlung ist fehlgeschlagen. Ein Hobby-Projekt sagt nichts oder erschreckt die Leute mit „Error 0x80070057“. Ein Produkt erklärt und bietet einen Ausweg: „Diese Datei ist über 100 MB groß – komprimiere sie oder teile sie auf.“ Die Formel für eine gute Nachricht: was passiert ist + was zu tun ist. Die Aufgabe: „Jede Fehlermeldung in einfacher Sprache: was passiert ist und was zu tun ist. Und zeige mir eine Liste aller Fehlermeldungen.“ – dieser letzte Teil ermöglicht es dir, jeden Text auf einmal und in einer Stimme zu bearbeiten.

Anfänger-Mythen

• „Fehler sind Edge Cases, die schreibe ich später.“ Einer von drei Nutzern stößt beim allerersten Besuch auf einen Fehler: falsches Format, abgerutschte Maus, instabiles Netzwerk. Das ist nicht der Randbereich, das ist die Mitte der Erfahrung.
• „Für mich ist es klar, also ist es für jeden klar.“ Du kennst das Produkt von innen – du bist ein blinder Tester. Es muss für jemanden klar sein, der den Bildschirm zum ersten Mal sieht.
• „Ich mache es erst schön, dann prüfe ich die Logik.“ Andersherum: zuerst der funktionierende Ablauf, dann die Schönheit. Ein wunderschönes, kaputtes Produkt ist ein teures Bild.

Der „Fremde-Hände“-Test

Diesen Trick kennst du aus früheren Kursen – jetzt ist er ein obligatorischer Akzeptanzschritt. Jemand aus deiner Zielgruppe durchläuft den Ablauf vor dir, schweigend, und du gibst keine Hinweise und erklärst nichts – du beobachtest einfach, wo sie stolpern. In „Don't Make Me Think“ zeigte Steve Krug, dass 3–5 echte Personen ausreichen, um die meisten Probleme zu finden; du brauchst kein teures Labor. Drei Stolpersteine = drei Aufgaben für morgen. Poliere den Ablauf weiter, bis eine neue Person ihn ohne eine einzige Frage durchläuft – das bedeutet MVP-ready.

Wo es schiefgeht: das Falsche polieren

Das klassische Scheitern beim MVP-Bau sieht so aus: Der Gründer verbringt eine Woche damit, eine Button-Animation und einen Landingpage-Farbverlauf zu perfektionieren, und der Testnutzer stolpert an der Eingangstür – er weiß nach der Registrierung nicht, wohin er klicken soll. Oberfläche poliert, Gerüst kaputt. Die Reihenfolgeregel existiert genau dafür: Solange eine neue Person den Ablauf nicht von Anfang bis Ende durchlaufen kann, ist das Polieren eines einzelnen Bildschirms verfrüht. Zuerst „funktioniert von Anfang bis Ende“, dann „schön bei jedem Schritt“. Die umgekehrte Reihenfolge ist die teuerste Art, eine Woche zu verbringen.

Wie das mit anderen Kursen zusammenhängt

Iterieren, zu einer funktionierenden Version zurückkehren und mit einem KI-Assistenten arbeiten ist eine Technik aus dem Vibe-Coding-Kurs. Und die Empty States und verständlichen Fehlermeldungen, die du hier baust, treiben direkt die Konversion zum ersten Wert voran – eine Metrik aus der Analyse-Lektion dieses Kurses. Alles ist miteinander verbunden: Was du jetzt baust, wirst du später messen.

Mach das jetzt (5 Minuten)

Öffne deinen Produktentwurf und finde den ersten Bildschirm eines neuen Nutzers. Führt der Empty State zu einer ersten Aktion, oder ist er einfach nur leer? Wenn er nur leer ist, schreibe die KI-Anfrage für Empty States sofort, bevor du es vergisst.