Was ist ein MVP — und wann braucht man ihn wirklich?

Die ursprüngliche Definition — und warum sie verdreht wurde

Der Begriff Minimum Viable Product stammt aus Eric Ries' Buch The Lean Startup, erschienen 2011. Ries definiert ein MVP als die Version eines neuen Produkts, die es einem Team erlaubt, mit minimalem Aufwand die maximale Menge validierter Erkenntnisse über Kunden zu sammeln. Das Schlüsselwort ist „validiert". Ein MVP ist kein billiges Produkt. Es ist ein Lernwerkzeug — ein Experiment, das darauf ausgelegt ist, eine spezifische Hypothese über Nutzerverhalten oder Marktakzeptanz zu testen.

In der Praxis hat sich der Begriff verschoben. „Wir bauen ein MVP" ist in vielen Unternehmen zum Euphemismus geworden für: Wir haben wenig Budget, also bauen wir weniger. Das ist eine fundamentale Fehlanwendung des Konzepts. Ein MVP, das nichts testet und keine Hypothesen hat, ist kein MVP — es ist einfach ein schlechtes Produkt. Der Unterschied ist nicht technisch, sondern intentional: Ein echtes MVP ist strategisch konzipiert, um eine präzise Frage zu beantworten. Alles andere ist Improvisation.

MVP vs. Prototyp — ein wichtiger Unterschied

MVP und Prototyp werden oft synonym verwendet, bezeichnen aber grundlegend verschiedene Dinge. Ein Prototyp ist ein Simulationsartefakt — er sieht aus wie ein Produkt, verhält sich wie ein Produkt, ist aber kein echtes Produkt. Er kann aus Pappe, aus einem Klick-Mockup oder aus einem halbfertigen Interface bestehen. Sein Zweck ist, Feedback zu einem Konzept einzuholen, bevor irgendetwas gebaut wird. Prototypen sind günstig, iterierbar und wegwerfbar.

Ein MVP ist dagegen ein reales Produkt — oder zumindest eine reale Erfahrung, die echte Nutzer unter echten Bedingungen erleben. Es kann manuell betrieben werden, rudimentär sein und viele Features vermissen lassen — aber es muss den Kernwert des Produkts tatsächlich liefern, nicht nur simulieren. Dropbox hat sein MVP als reines Erklärvideo gestartet: kein echtes Produkt, aber ein echter Test. Die Anmeldeliste nach dem Video-Launch lieferte validiertes Marktinteresse. Das war kein Prototyp und kein fertiges Produkt — es war ein präzise konzipiertes Experiment.

Das häufigste Missverständnis — MVP als billigstes mögliches Produkt

Steve Blank, einer der Vordenker des Customer Development, betont, dass ein MVP immer im Kontext einer Hypothese existiert. Wer kein MVP braucht, ist derjenige, der bereits weiß, was Kunden wollen — weil er es durch frühere Iterationen, durch direkten Marktzugang oder durch tiefe Domänenkenntnis belegt hat. In diesem Fall führt ein MVP nicht zu mehr Lerngewinn, sondern nur zu einem langsameren Launch.

Das Missverständnis entsteht, wenn Teams den minimalen Teil betonen und den viablen Teil ignorieren. Ein MVP muss tatsächlich minimal UND viable sein — das heißt, es muss das Kernproblem gut genug lösen, dass echte Nutzer es ernsthaft bewerten können. CB Insights hat in Analysen gescheiterter Startups dokumentiert, dass 35 Prozent scheitern, weil kein Marktbedarf für das Produkt existiert. MVPs sollten genau diese Erkenntnis frühzeitig liefern — aber nur, wenn sie so konzipiert sind, dass sie den Marktbedarf tatsächlich testen, nicht einfach Features weglassen.

Wann ein MVP richtig ist — und wann nicht

Ein MVP macht Sinn, wenn fundamentale Unsicherheiten über den Markt, die Nutzer oder die Technologie bestehen, die durch schnelle Validierung aufgelöst werden können. Startups in frühen Phasen, neue Produkte in unbekannten Märkten, Features, die noch kein ähnliches Pendant haben — diese Situationen sind MVP-Territorium. Die zentrale Frage lautet: Was ist die riskanteste Annahme in unserem Geschäftsmodell, und wie können wir sie mit minimalem Aufwand testen?

Ein MVP ist die falsche Entscheidung, wenn das Produkt in einem reifen Markt gegen etablierte Wettbewerber antritt, die bereits ein hohes Qualitätsniveau gesetzt haben. In diesem Fall signalisiert ein MVP — das sichtbar unfertig ist — nicht Agilität, sondern Professionalitätsmangel. Nutzern, die bereits bessere Alternativen kennen, fehlt die Bereitschaft, ein deutlich schlechteres Produkt mit Wohlwollen zu beurteilen. Hier ist es klüger, länger zu bauen und dann mit einem vollständigen Produkt anzutreten, das den Marktstandard übertrifft.

Erfolg messen — was nach dem MVP kommt

Ein MVP ohne Erfolgskriterien ist kein Experiment — es ist eine Veröffentlichung ohne Auswertung. Bevor ein MVP gebaut wird, sollte feststehen: Welche Metriken messen, ob die zugrundeliegende Hypothese bestätigt oder widerlegt wurde? Dabei helfen sogenannte Vanity Metrics nicht weiter. Seitenaufrufe und Downloads sagen wenig darüber aus, ob das Produkt echten Wert liefert. Activation Rate, Retention Rate, Net Promoter Score und direkte qualitative Rückmeldungen von Nutzern — das sind die Indikatoren, die entscheiden, ob das Experiment bestanden oder gescheitert ist.

Das Ergebnis eines MVP ist nicht binär — es ist ein Lernprotokoll. Was hat funktioniert? Was nicht? Welche Annahmen haben sich bestätigt, welche wurden widerlegt? Diese Erkenntnisse bestimmen den nächsten Schritt: weiter bauen, den Kurs korrigieren oder das Projekt einstellen. Wer ein MVP als einfachste Möglichkeit behandelt, schnell etwas zu launchen, verpasst seinen eigentlichen Wert — als strukturiertes Werkzeug, um aus Ungewissheit Wissen zu machen.