MVP (Minimum Viable Product): Definition, Beispiele und Vorgehen in 5 Schritten

Ein MVP ist die kleinste funktionsfähige Version deines Produkts, mit der du echte Nachfrage testest, bevor du viel Zeit und Geld in die Entwicklung steckst. Gerade für Gründer ist das Minimum Viable Product eines der wichtigsten Werkzeuge überhaupt: Es zeigt früh, ob deine Idee am Markt ankommt – oder ob du nachjustieren musst, solange die Kosten dafür noch gering sind.

In diesem Ratgeber erfährst du, was genau hinter dem Begriff steckt, wie sich ein MVP von Prototyp und Proof of Concept abgrenzt und mit welch einfachen Tests Unternehmen wie Dropbox, Zappos und Airbnb einst gestartet sind. Außerdem bekommst du ein konkretes Vorgehen in fünf Schritten und die häufigsten Fehler, die du beim Bau deines MVP vermeiden solltest.

Das Wichtigste in Kürze:

• Ein MVP (Minimum Viable Product) ist die kleinste funktionsfähige Produktversion, mit der du echte Nutzernachfrage validierst, bevor du den Vollausbau finanzierst.
• Ein Prototyp testet Design und Bedienung ohne echte Marktnutzung, ein Proof of Concept prüft die technische Umsetzbarkeit – das MVP dagegen kommt zu echten Nutzern auf den Markt.
• Berühmte MVP-Beispiele: Dropbox startete mit einem einfachen Erklärvideo, Zappos mit Fotos fremder Schuhe, Airbnb mit Luftmatratzen in der eigenen Wohnung.
• Der Bau folgt fünf klaren Schritten: Problem definieren, Kernfunktion festlegen, schlank bauen, Nutzern zugänglich machen, auswerten und iterieren.
• Der häufigste Fehler ist ein MVP, das zu viele Funktionen enthält und damit am eigentlichen Zweck vorbeigeht.

Was ist ein MVP? Definition und Zweck

Die Abkürzung MVP steht für Minimum Viable Product, auf Deutsch etwa „minimal brauchbares oder existenzfähiges Produkt“. Gemeint ist die erste Version eines Produkts, die mit dem geringstmöglichen Funktionsumfang auskommt und trotzdem echten Nutzern einen spürbaren Mehrwert liefert. Sie ist kein unfertiges Halbprodukt, sondern eine bewusst und radikal verschlankte Version deiner Idee: Alles, was für den Kerntest nicht zwingend nötig ist, bleibt weg.

Populär gemacht hat das Konzept der Unternehmer und Autor Eric Ries mit seiner Lean-Startup-Methodik. Der Grundgedanke: Statt monatelang im stillen Kämmerlein ein vermeintlich perfektes Produkt zu entwickeln, bringst du so früh wie möglich eine funktionsfähige Version auf den Markt und lernst aus den Reaktionen echter Nutzer. Dieser Zyklus aus Bauen, Messen und Lernen (englisch: Build-Measure-Learn) steht im Zentrum der Methode – und das MVP ist sein wichtigstes Instrument.

Der Zweck eines MVP lässt sich auf drei Punkte bringen. Erstens willst du deine zentrale Annahme überprüfen: Interessiert sich überhaupt jemand für deine Lösung? Zweitens reduzierst du das finanzielle Risiko, weil du nur in die eine Kernfunktion investierst, nicht in ein komplettes Produkt. Drittens sammelst du echtes Nutzerfeedback, mit dem du die Weiterentwicklung steuerst, statt auf Vermutungen zu setzen. Für Startups ohne große Finanzierungsrunde im Rücken ist genau das oft der Unterschied zwischen einem kontrollierten Test und einem teuren Flop.

Wichtig ist das Wort „viable“ – brauchbar. Ein MVP muss seine Kernfunktion zuverlässig erfüllen und einen spürbaren Nutzen stiften. Ein fehlerhaftes oder unbrauchbares Produkt auf den Markt zu werfen, ist kein MVP, sondern schlicht ein schlechtes Produkt. Die Kunst besteht darin, den Umfang so weit zu kürzen, dass nur noch der Kern übrig bleibt – und diesen Kern richtig gut umzusetzen.

MVP, Prototyp oder Proof of Concept? Die wichtigsten Unterschiede

In der Produktentwicklung fallen die Begriffe MVP, Prototyp und Proof of Concept (PoC) oft durcheinander. Sie bezeichnen jedoch unterschiedliche Stufen mit unterschiedlichen Zielen – und die Verwechslung führt in der Praxis regelmäßig zu falschen Erwartungen und verschwendetem Budget. Die folgende Tabelle stellt die drei Konzepte gegenüber:

Der entscheidende Unterschied liegt in der Zielgruppe: Während Prototyp und PoC vor allem intern oder in geschützten Testrunden eingesetzt werden, geht das MVP an echte Nutzer. Nur so erhältst du belastbare Daten darüber, ob deine Idee am Markt funktioniert. Ein Prototyp kann hervorragend aussehen und trotzdem niemanden zum Bezahlen bewegen – genau diese Frage beantwortet erst das MVP.

Die Reihenfolge in der Praxis ist dabei nicht starr. Häufig beginnt ein Vorhaben mit einem Proof of Concept, wenn offen ist, ob die Technik überhaupt funktioniert. Darauf folgt ein Prototyp, um Bedienung und Nutzerführung zu klären, und erst dann das MVP für den echten Markttest. Wie ein Proof of Concept technisch aufgebaut wird und welche Methoden sich dafür eignen, behandeln wir ausführlich in einem separaten Artikel – hier geht es nur um die Abgrenzung.

Berühmte MVP-Beispiele: So haben Dropbox, Zappos und Airbnb angefangen

Die Theorie klingt einleuchtend, aber wie sieht ein MVP in der echten Welt aus? Drei der bekanntesten Technologieunternehmen der vergangenen Jahre haben genauso angefangen – mit minimalen Tests statt mit fertigen Produkten. Diese MVP-Beispiele zeigen, wie unterschiedlich ein erster Markttest aussehen kann.

Dropbox: Ein Erklärvideo statt fertiger Software

Als Drew Houston 2008 an Dropbox arbeitete, stand er vor einem Problem: Die geplante Synchronisation von Dateien über verschiedene Geräte hinweg war technisch aufwendig – und niemand konnte vorhersagen, ob Nutzer dafür überhaupt ein Bedürfnis hatten. Statt die Software erst komplett zu bauen, produzierte das Team ein kurzes Erklärvideo. Es zeigte, wie das geplante Produkt funktionieren würde, und wurde auf einer einfachen Landingpage mit Warteliste veröffentlicht.

Die Reaktion übertraf die Erwartungen deutlich. Wie Eric Ries später in einem Beitrag für TechCrunch beschrieb, wuchs die Warteliste durch das Video über Nacht auf rund 75.000 Anmeldungen. Damit war die zentrale Annahme belegt, bevor das Produkt überhaupt fertig war: Es gab eine starke Nachfrage nach einer einfachen Lösung zur Dateisynchronisation.

Das Dropbox-Beispiel gilt als Lehrstück, weil das MVP hier nicht einmal aus funktionierender Software bestand. Es beantwortete trotzdem die wichtigste Frage – wollen die Leute das? – mit messbaren Daten statt mit Bauchgefühl.

Zappos: Schuhe verkaufen, ohne sie zu besitzen

Ende der 1990er-Jahre war alles andere als klar, ob Menschen Schuhe im Internet kaufen würden. Nick Swinmurn wollte das herausfinden, ohne Lager, Lieferantenverträge und Logistik aufzubauen. Seine Lösung: Er fotografierte Schuhe in lokalen Geschäften und stellte die Bilder auf einer schlichten Website online. Bestellte ein Kunde ein Paar, kaufte Swinmurn es im Laden zum vollen Preis und verschickte es selbst.

Reich wurde er mit dieser Methode nicht – aber er testete mit minimalem Einsatz, ob seine Kernannahme stimmt. Die Bestellungen kamen, und die Nachfrage war real. Erst auf dieser Grundlage baute das Unternehmen – später unter dem Namen Zappos bekannt – echte Lagerhaltung und Lieferketten auf. Jahre später wurde Zappos von Amazon übernommen.

Dieses Beispiel zeigt eine zweite MVP-Variante: Das Produkt existiert schon, aber das Geschäftsmodell dahinter wird manuell simuliert. Man spricht in solchen Fällen auch von einem „Wizard of Oz“-MVP – nach außen wirkt alles automatisiert, im Hintergrund arbeitet ein Mensch.

Airbnb: Luftmatratzen in der eigenen Wohnung

Im Herbst 2007 sorgte eine große Design-Konferenz in San Francisco für ausgebuchte Hotels. Brian Chesky und Joe Gebbia, die sich die Miete ihrer Wohnung kaum leisten konnten, stellten kurzerhand Luftmatratzen in ihrem Wohnzimmer auf und boten Übernachtung inklusive Frühstück über eine einfache Website an – „Air Bed and Breakfast“. Tatsächlich fanden sich zahlende Gäste.

Diese improvisierte Aktion war das erste MVP von Airbnb. Sie bewies zweierlei: Fremde sind bereit, bei Privatpersonen zu übernachten, und Gastgeber sind bereit, ihre Wohnung dafür zu öffnen. Beide Annahmen galten damals als gewagt. Erst nach diesem Test entwickelten die Gründer die Plattform Schritt für Schritt weiter – aus den Luftmatratzen wurde einer der bekanntesten Marktplätze der Welt.

Was alle drei Beispiele verbindet: Die Gründer haben nicht das fertige Produkt gebaut und auf Erfolg gehofft, sondern die riskanteste Annahme ihrer Idee zuerst geprüft – mit dem jeweils geringstmöglichen Aufwand.

MVP entwickeln: In 5 Schritten zum eigenen Minimum Viable Product

Du musst kein Technologieunternehmen sein, um von der MVP-Logik zu profitieren. Ob App, Onlineshop, Dienstleistung oder physisches Produkt – das Vorgehen lässt sich auf fünf Schritte herunterbrechen, die du nacheinander durchlaufen solltest:

• Problem und Zielgruppe definieren. Beginne nicht mit der Lösung, sondern mit dem Problem. Welches konkrete Problem löst du, und für wen? Schreibe deine wichtigsten Annahmen auf: Wer hat das Problem, wie löst er es heute, und warum ist deine Idee besser? Je präziser die Zielgruppe, desto aussagekräftiger der spätere Test. „Alle jungen Eltern“ ist zu breit – „berufstätige Eltern in Städten ohne Auto, die Wocheneinkäufe erledigen müssen“ ist testbar.
• Kernhypothese und Kernfunktion festlegen. Lege fest, welche einzelne Annahme dein MVP beweisen oder widerlegen soll. Leite daraus die eine Kernfunktion ab, die dafür nötig ist. Eine hilfreiche Übung: Sortiere alle geplanten Funktionen in „muss“ und „kann später“. Am Ende sollte genau ein „muss“ übrig bleiben.
• Das MVP schnell und schlank bauen. Jetzt geht es an die Umsetzung – mit dem Fokus auf Geschwindigkeit, nicht auf Perfektion. Je nach Idee kann das eine Landingpage mit Warteliste sein, ein Erklärvideo, ein manuell betriebener Service oder eine einfache App mit einer Funktion. Nutze vorhandene Tools, statt alles selbst zu entwickeln. Als Faustregel gilt: Wenn dich die erste Version nicht ein bisschen in Verlegenheit bringt, hast du zu lange gebaut.
• Das MVP echten Nutzern zugänglich machen und Daten sammeln. Bringe dein MVP zu echten Nutzern – über dein Netzwerk, Communities, Anzeigen oder direkte Ansprache. Definiere vorab, welche Kennzahl über Erfolg entscheidet: Anmeldungen, Vorbestellungen, wiederkehrende Nutzer oder bezahlte Aufträge. Sammle zusätzlich qualitatives Feedback in Gesprächen, denn Zahlen allein erklären nicht das Warum.
• Auswerten und iterieren – oder pivotieren. Werte die Daten gegen deine Hypothese aus. Wird die Annahme bestätigt, baust du die nächste Version mit mehr Funktionen. Wird sie widerlegt, hast du zwei Optionen: iterieren, also an derselben Idee weiterarbeiten und einzelne Elemente anpassen – oder pivotieren, also die Strategie grundlegend ändern. Beides ist ein Erfolg, weil beides dich vor der teuersten Entscheidung bewahrt: ein Produkt zu bauen, das niemand will.

Durchlaufe diesen Zyklus nicht nur einmal. Die meisten erfolgreichen Produkte entstehen in mehreren Iterationen, bei denen jede Runde die Annahmen schärft und dich dem Product-Market-Fit näherbringt. Wichtig ist, dass du in Schritt vier wirklich echte Nutzer erreichst – Feedback von Freunden und Familie zählt nicht, weil es selten ehrlich genug ausfällt. Halte die Erkenntnisse jeder Runde außerdem schriftlich fest: Was hast du angenommen, was hast du beobachtet, was änderst du deshalb? So vermeidest du, dieselben Hypothesen später erneut ungeprüft anzugehen.

Häufige Fehler beim MVP-Bau – und wie du sie vermeidest

Die MVP-Idee ist einfach, doch ihre Umsetzung scheitert erstaunlich oft an denselben Stellen. Diese Fehler solltest du kennen, bevor du loslegst:

• Zu viele Funktionen. Der Klassiker: Aus Angst, Nutzer abzuschrecken, wird das MVP zum Miniatur-Vollprodukt. Damit steigen Kosten und Bauzeit, und der eigentliche Test verzögert sich. Gegenmittel: Halte dich konsequent an die eine Kernfunktion aus Schritt zwei.
• Verwechslung mit einem unfertigen Produkt. Das Gegenteil passiert ebenfalls: Manche Teams liefern etwas so Rudimentäres, dass es keinen Nutzen stiftet – und wundern sich über fehlende Resonanz. Ein MVP muss schlank sein, aber die Kernfunktion muss sauber funktionieren.
• Kein echtes Nutzerfeedback. Wer sein MVP nur im Freundeskreis testet oder niemanden erreicht, sammelt keine belastbaren Daten. Plane die Verbreitung von Anfang an mit: Ohne Nutzer gibt es keine Validierung.
• Perfektionismus beim Design. Wochenlanges Feilen an Logo, Farben und Animationen gehört nicht in die MVP-Phase. Nutzer verzeihen ein schlichtes Design, wenn die Lösung stimmt – aber keine schöne Hülle ohne Nutzen.
• Falsche Zielgruppe oder falsches Timing. Testest du mit Nutzern, die das Problem gar nicht haben, misst du nichts. Prüfe in Schritt eins gründlich, wer wirklich betroffen ist – und ob diese Personen das Problem akut genug spüren, um eine neue Lösung auszuprobieren.
• Ergebnis ignorieren. Manche Gründer bauen trotz eindeutig negativen Feedbacks weiter, weil sie emotional an ihrer Idee hängen. Das MVP erfüllt seinen Zweck nur, wenn du bereit bist, die Konsequenzen zu ziehen – notfalls auch die, die Idee zu verwerfen.

Die meisten dieser Fehler haben dieselbe Wurzel: Das MVP wird als kleineres Endprodukt verstanden statt als Experiment. Wer es konsequent als Lerninstrument nutzt, vermeidet fast automatisch die größten Stolpersteine.

FAQ: Häufige Fragen zum MVP

Was bedeutet MVP genau?

MVP ist die Abkürzung für Minimum Viable Product, übersetzt „minimal brauchbares Produkt“. Es bezeichnet die kleinste funktionsfähige Version eines Produkts, mit der du echte Nutzernachfrage testest. Der Begriff stammt aus der Lean-Startup-Methodik, die Eric Ries populär gemacht hat, und steht für den Ansatz, früh mit echten Nutzern zu lernen, statt lange an einem perfekten Produkt zu bauen.

Was ist der Unterschied zwischen MVP und Prototyp?

Ein Prototyp dient dazu, Design, Bedienung und Abläufe intern oder mit kleinen Testgruppen zu prüfen – er muss nicht voll funktionsfähig sein und erreicht meist keine echten Marktnutzer. Ein MVP dagegen ist ein funktionsfähiges Produkt mit einer Kernfunktion, das echten Nutzern zur Verfügung steht und echtes Kauf- oder Nutzungsverhalten misst. Kurz gesagt: Der Prototyp testet die Umsetzung, das MVP testet den Markt.

Welche bekannten MVP-Beispiele gibt es?

Die drei bekanntesten Beispiele sind Dropbox, Zappos und Airbnb. Dropbox testete 2008 mit einem Erklärvideo statt mit fertiger Software und gewann damit laut Eric Ries über Nacht rund 75.000 Interessenten für die Warteliste. Zappos-Gründer Nick Swinmurn verkaufte fotografierte Schuhe aus lokalen Läden online, bevor er irgendetwas auf Lager hatte. Airbnb begann 2007 mit Luftmatratzen in der Wohnung der Gründer während einer ausgebuchten Konferenz in San Francisco.

Wie lange dauert der Bau eines MVP?

Es gibt keine feste Regel, weil der Aufwand von der Produktart abhängt. Eine Landingpage mit Warteliste oder ein Erklärvideo ist in Tagen bis wenigen Wochen umsetzbar. Eine einfache App mit einer Kernfunktion braucht eher mehrere Wochen bis wenige Monate. Entscheidend ist das Prinzip: Baue nur so viel, wie für den Test deiner Kernhypothese nötig ist – wenn die Entwicklung viele Monate dauert, ist es in der Regel kein MVP mehr.

Braucht jedes Startup ein MVP?

Nicht zwingend in Reinform, aber fast jedes Startup profitiert vom Denken dahinter. Wenn du ein neues Produkt, ein neues Geschäftsmodell oder einen neuen Markt anvisierst, trägst du Annahmen mit dir herum, die ungetestet riskant sind. Ein MVP oder ein vergleichbarer Test reduziert dieses Risiko, bevor du große Summen investierst – und liefert dir belastbare Zahlen, die du später auch in deinem Pitch Deck für Investoren verwenden kannst. Nur wenn du einen bewährten Markt mit klarer Nachfrage bedienst, kannst du eher direkt mit einem ausgereifteren Produkt starten.