Was ist ein MVP? Minimum Viable Product einfach erklärt, mit Beispielen

Ein MVP, also Minimum Viable Product (minimal lebensfähiges Produkt), ist die kleinste Version eines Produkts, mit der sich die wichtigste Annahme bei echten Nutzern prüfen lässt. Es geht nicht um eine „billige Version der App", sondern um den kürzesten Weg zur Antwort auf die Frage: Braucht das tatsächlich jemand, und verhalten sich die Leute so, wie Sie es erwarten?

Falls Sie aus der Gaming- oder Sportwelt hierhergefunden haben: Dort steht MVP für „most valuable player", den wertvollsten Spieler. In diesem Artikel geht es um das Produkt.

Woher der Begriff kommt

Der Begriff tauchte Anfang der 2000er-Jahre auf und wurde von Steve Blank und Eric Ries bekannt gemacht. Ries beschreibt das MVP in „The Lean Startup" als Version eines Produkts, mit der sich bei geringstmöglichem Aufwand möglichst viel geprüftes Wissen über Kunden sammeln lässt. Zwei Wörter sind hier wichtig: Wissen und Aufwand. Ein MVP soll etwas lehren, nicht nur existieren.

Was die drei Buchstaben bedeuten

• Minimum — nur das, was nötig ist, um eine Annahme zu prüfen. Jede zusätzliche Funktion verlängert die Zeit bis zur ersten Antwort.
• Viable — das Produkt muss wirklich funktionieren und Nutzen bringen. Ein zusammenbrechender Prototyp verrät Ihnen nicht, ob die Leute die Lösung wollen, sondern nur, dass sie nichts Kaputtes wollen.
• Product — etwas, das Menschen nutzen oder wofür sie bezahlen. Eine Umfrage „Würden Sie das kaufen?" ist Marktforschung, kein Produkt.

Der häufigste Fehler ist, sich nur am ersten Buchstaben festzuhalten. „Minimum" ohne „viable" ergibt ein Produkt, das nichts beweist.

Arten von MVPs

Nicht jedes MVP ist eine App. Man beginnt mit dem günstigsten Weg, der eine belastbare Antwort liefert.

Landingpage mit Anmeldung (Smoke Test). Sie beschreiben das Produkt, als gäbe es es schon, und messen, wie viele Leute ihre E-Mail-Adresse hinterlassen oder auf „Kaufen" klicken. So prüfen Sie die Nachfrage, bevor die erste Zeile Produktcode entsteht.

Concierge-MVP. Den Service erbringen Sie für die ersten Kunden von Hand. Sie erfahren sofort, wofür sie zahlen und was ihnen wichtig ist, und automatisieren erst danach.

„Wizard of Oz"-MVP. Der Kunde sieht ein fertiges Produkt, aber hinter den Kulissen erledigt ein Mensch einen Teil der Arbeit. Sie prüfen, ob die Leute die Lösung nutzen, bevor Sie eine teure Automatisierung bauen.

Produkt mit einer Funktion. Eine funktionierende App, die eine Sache gut macht: zum Beispiel nur die Buchung, ohne Treueprogramm, Chat und Berichte. Das ist die häufigste Form, wenn die Annahme lautet, ob die Leute das Produkt regelmäßig nutzen werden.

MVP aus fertigen Bausteinen. Formular, Tabelle, Zahlungsdienst und Automatisierung statt eines eigenen Systems. Schnell und günstig, stößt aber an Grenzen, wenn der Traffic wächst.

Bekannte Beispiele

• Dropbox zeigte, bevor das vollständige Produkt existierte, ein kurzes Video, wie die Dateisynchronisation funktionieren soll. Die Warteliste wuchs über Nacht von wenigen auf mehrere Zehntausend Personen. Das war ein Nachfragetest, keine App.
• Zappos hatte anfangs kein Lager. Der Gründer fotografierte Schuhe in lokalen Geschäften, kaufte sie nach einer Bestellung und verschickte sie. Er prüfte, ob Menschen Schuhe im Internet kaufen.
• Airbnb begann damit, während einer Konferenz in San Francisco Luftmatratzen in der Wohnung der Gründer zu vermieten, als die Hotels ausgebucht waren. Eine einfache Seite, einige Gäste, echtes Geld.

In allen drei Fällen prüfte die erste Version eine einzige Annahme, an der die ganze Idee hing.

Was ein MVP nicht ist

Es ist kein Prototyp für Investoren. Ein Prototyp prüft, ob sich die Lösung verstehen und bedienen lässt. Ein MVP prüft, ob Menschen sie nutzen oder dafür bezahlen. Beides ist nützlich, beantwortet aber andere Fragen.

Es ist keine erste Version mit der Hälfte der Funktionen. Wenn die Funktionsliste Ihres MVPs aussieht wie ein Jahresplan, in zwei Hälften geteilt, ist es kein MVP. Es ist ein vollständiges Produkt, das langsamer entsteht.

Es ist keine Schlamperei. Ein schmaler Umfang rechtfertigt keine Fehler, keine Langsamkeit und keine unsichere Speicherung von Daten. Wenige Funktionen, aber sauber gemacht.

Es ist nicht das Ende der Arbeit. Das MVP ist der Anfang eines Lernzyklus. Danach kommen Daten, Entscheidungen und weitere Versionen.

So legen Sie den Umfang des MVPs fest

1. Halten Sie die Annahmen fest. Wer hat das Problem, wie löst er es heute, was kostet ihn das, warum sollte er sich für Sie entscheiden?
2. Wählen Sie die riskantesten aus. Jene, die den Rest kippen, wenn sie falsch sind. Meist geht es darum, ob das Problem schmerzhaft genug ist, nicht darum, ob es sich technisch lösen lässt.
3. Legen Sie fest, was Erfolg bedeutet. Konkret und vor dem Start: zum Beispiel „10 von 50 Personen auf der Liste zahlen den ersten Monat". Ohne das lässt sich jedes Ergebnis zu den eigenen Gunsten auslegen.
4. Streichen Sie alles andere. Login über fünf Dienste, ein Dashboard mit Berichten, eine App für zwei Betriebssysteme: Was nicht hilft, diese eine Annahme zu prüfen, kann warten.

Mehr dazu, wie Sie einen solchen Zyklus Schritt für Schritt durchlaufen, lesen Sie im Thema Lean-Startup-Methode, und zum Ordnen der Annahmen auf einer Seite im Thema Lean Canvas.

Was ein MVP kostet und wie lange es dauert

Das hängt von der Art ab. Eine Landingpage mit Anmeldung oder ein Concierge-MVP kann in wenigen Tagen entstehen und kostet wenig. Eine funktionierende Web-App mit einer Hauptfunktion, Login und Zahlungen bedeutet in der Regel einige Wochen Arbeit.

Bei mir kostet ein MVP einer Web-App mit schmalem Umfang 1 900–9 300 € zum Festpreis und dauert 2–6 Wochen. Woraus sich diese Spanne ergibt und welche versteckten Kosten es gibt, beschreibe ich im Artikel MVP-Kosten 2026. Wenn Sie starten möchten, sehen Sie sich an, wie ich ein MVP baue.

Häufige Fragen

Muss ein MVP eine App sein? Nein. Wenn die wichtigste Frage lautet „Will das jemand?", genügen oft eine Seite, Gespräche und ein von Hand erbrachter Service. Eine App lohnt sich, wenn Sie prüfen wollen, ob die Leute sie regelmäßig nutzen werden.

Kann ich ein „unfertiges" MVP Kunden zeigen? Ja, solange das, was es tut, gut funktioniert. Frühe Nutzer verzeihen fehlende Funktionen, aber nicht, wenn die Grundfunktion versagt.

Was kommt nach dem MVP? Sie messen, was die Leute getan haben, und entscheiden: weiterentwickeln, die Richtung ändern oder beenden. Woran Sie erkennen, dass Ihr Produkt einen echten Bedarf trifft, beschreibe ich im Thema Product-Market-Fit.