MVP-Umfang: Was du NICHT bauen solltest, ist wichtiger

Der Begriff MVP – Minimum Viable Product – stammt von Frank Robinson und wurde durch Eric Ries' Buch „The Lean Startup“ (2011) populär. Das tragende Wort ist Minimum. Es ist auch das Wort, das Anfänger am schlechtesten verstehen: Nach „niemand braucht es“ ist der größte Killer von Launches „es wurde nie ausgeliefert“ – das Produkt schwoll mit Funktionen an und schaffte es nie auf den Markt. Diese Lektion handelt von dem Messer, mit dem du den Umfang kürzt.

Die zentrale User-Loop

Beschreibe den EINEN Weg, für den Leute zahlen: kommt an → erledigt die Hauptsache → erhält den Wert → kommt zurück. Beispiel (ein Anrufzusammenfassungsdienst): eine Aufnahme hochladen → Notizen mit Aktionspunkten erhalten → sie an das Team senden. Alles, was nicht auf dieser Loop ist, ist kein MVP.

Der klassische Fall: Die erste Version von Instagram hieß Burbn und bot Check-ins, Treffen, Punkte und Fotos. Nutzer nutzten jedoch nur die Fotos. Kevin Systrom strich alles andere und behielt eine Loop bei: aufnehmen → filtern → posten. Zwei Jahre später kaufte Facebook es für eine Milliarde Dollar. Die Loop trägt das Produkt; die Extras versenken es.

Das Umfang-Messer: drei Listen

1. Jetzt (die Loop + Anmeldung + Zahlung): Ohne dies gibt es kein Produkt.
2. Später (sobald du echte Nutzer hast): Themes, Integrationen, Teams, Einstellungen.
3. Nicht-für-jetzt (die Versuchungen): eine mobile App, eine API, ein Marktplatz. Schreib es auf und vergiss es dann, bis du hundert Kunden hast.

Der Test für jede Funktion: „Würde ein Nutzer im ersten Monat abspringen, wenn dies fehlen würde?“ Nein – dann kommt es auf Liste zwei. Diese eine Frage spart Wochen.

Eine sokratische Pause

Du bist dabei, „Benachrichtigungseinstellungen“ zum MVP hinzuzufügen. Halt inne und frag dich: würde eine einzige Person im ersten Monat gehen, wenn Benachrichtigungen einfach mit sinnvollen Standardeinstellungen funktionieren würden, ohne weitere Einstellungen? Die Antwort ist fast immer nein. Das bedeutet: „Später“-Liste.

Mythen für Anfänger

• „Ein MVP ist ein schlechtes Produkt.“ Nein. Es ist ein eng gefasstes, aber gutes Produkt: eine Sache gut gemacht, nicht zehn schlecht.
• „Ohne Social Login / Dark Mode / eine mobile App wird es nicht funktionieren.“ Dinge funktionieren mit der reinen Loop. Der Feinschliff kommt oben drauf, wenn es echte Nutzer gibt.
• „Ich füge es einfach für den Fall hinzu.“ „Einfach für den Fall“ ist der teuerste Satz in der Softwareentwicklung. Jede Funktion bedeutet Code, Bugs und Wartung – für immer.

Das Produktbriefing für KI

Wir nehmen das Briefing aus dem Vibe-Coding-Kurs und entwickeln es zu einem Produktbriefing weiter:

Produkt: [Name] — [für wen] — [Kernwert].
Loop: [die Schritte des Nutzers].
Seiten: Landingpage, Anmeldung, die App (ein funktionierender Bildschirm!), minimale Einstellungen.
Daten: [Entitäten und Felder – wie in der Datenbanklektion gelehrt].
Nicht im MVP: [die „Später“-Liste – direkt ins Briefing, damit die KI keine Extras baut].
Stil: [Referenz + Palette].

Diese „Nicht im MVP“-Zeile ist die geheime Zutat. Ein KI-Assistent (ein Modell, das Code aus deiner Beschreibung schreibt) hilft gerne und füllt Lücken: Frag nach einem Anmeldeformular und du bekommst Passwortwiederherstellung, Zwei-Faktor-Authentifizierung und eine Profil-Einstellungsseite dazu. Ein explizites Verbot hält den Umfang im Zaum.

Tempo und Diagnose

Ein MVP, das mit diesem Briefing in Lovable/Replit erstellt wird, dauert 2–4 Wochen an Abenden. Wenn deine Schätzung länger ausfällt, ist der Umfang immer noch zu groß: Kürze die Loop auf ein einziges Szenario. Die Regel ist einfach – die Frage ist nicht „was könnte ich noch hinzufügen“, sondern „was kann ich noch weglassen, während die Loop intakt bleibt“. Jede verworfene Sache ist ein Tag, den du nicht verschwendet hast.

Wo es schiefgeht: „Ich kann nichts kürzen, alles ist wichtig“

Der häufigste Einwand in dieser Lektion klingt so: „aber alles in meinem Produkt ist miteinander verbunden, nichts kann weg.“ Das ist fast immer die Illusion, zu nah an der eigenen Idee zu sein. Teste es ehrlich: Nimm die Funktion, die du „nicht entfernen kannst“, und stell dir einen Nutzer vor, der sie im ersten Monat nie öffnet. Bekommt er trotzdem einen Mehrwert? Wenn ja, ist diese Funktion nicht Teil der Loop – sie kann und sollte warten.

Du kürzt den Umfang nicht, weil die Funktionen schlecht sind, sondern weil sie gerade jetzt das Ausliefern des Produkts verhindern. Aufgeschoben ist nicht aufgehoben; es wartet auf seinen Platz auf der „Später“-Liste.

Wie dies mit anderen Kursen zusammenhängt

Die Daten und Entitäten für das Briefing (was gespeichert werden soll und wie) erhalten später in diesem Kurs eine eigene Lektion über Konten und Daten, und die grundlegende Build-from-a-Brief-Technik ist Teil des Vibe-Coding-Kurses. Hier wird das Briefing von technisch zu produktorientiert – mit dieser expliziten „Nicht im MVP“-Zeile.

Mach das jetzt (5 Minuten)

Nimm deine Idee aus der letzten Lektion und schreibe die Loop als eine Zeile mit Pfeilen auf. Liste dann alles auf, was ins Produkt soll, und ordne es ehrlich den drei Listen zu. Wenn „Jetzt“ mehr als 5 Punkte hat, kürze weiter.