Was ist ein MVP (Minimum Viable Product)?

In Produktentwicklung und Startups steht MVP für Minimum Viable Product, wörtlich ein minimal brauchbares Produkt. Dieselbe Abkürzung steht im Sport für Most Valuable Player, das hat mit diesem Eintrag nichts zu tun.

Die maßgebliche Definition stammt von Eric Ries, aus seinem Blog vom 3. August 2009: die Version eines neuen Produkts, mit der ein Team mit dem geringsten Aufwand das meiste validierte Wissen über seine Kunden sammelt. Ries nahm die Idee in sein Buch „The Lean Startup“ auf, erschienen am 13. September 2011. Laut der Buchvorstellung dient das MVP dazu, die Annahmen zu testen, an denen das Geschäft hängt.

Der Lesefehler ist, das MVP als abgespeckte erste Version oder als Beta zu verstehen. Ries warnt selbst davor: Trotz des Namens geht es nicht darum, minimale Produkte zu bauen. Eine abgespeckte Version beantwortet die Frage, was sich bald veröffentlichen lässt. Ein MVP beantwortet eine andere: Welche Annahme musst du prüfen, und was musst du mindestens bauen, um sie zu prüfen? So gesehen ist es das kleinste Experiment, das eine Annahme prüft. Die Website zur Methode nutzt beide Wörter: Das Experiment ist zugleich ein erstes Produkt.

Von außen lässt sich das deshalb nicht unterscheiden. Eine Beta und ein MVP können gleich aussehen. Zum MVP gehören zusätzlich eine aufgeschriebene Frage, eine Messung und eine Entscheidung, die vom Ergebnis abhängt. Ries warnt, dass das Mehrarbeit bedeutet, weil du mit Kunden sprechen oder Messungen aufsetzen musst.

Die Größe ist nicht festgelegt. Laut Ries brauchte das erste MVP von IMVU sechs Monate, bei einer früheren Firma waren es fast fünf Jahre bis zum Start. In einem anderen Fall steckte das Team zwei Wochen in eine Funktion, die niemand wollte, und ein einfacher Test mit AdWords-Anzeigen hätte das früher gezeigt. Die Definition verlangt Urteilsvermögen, keine Formel.

Der Ausdruck stammt nicht von Ries. Auf ihrer archivierten Website (Kopie vom 28.09.2015) schreibt SyncDev, die Firma von Frank Robinson, sie habe den Begriff 2001 zum ersten Mal verwendet, und auf derselben Seite schreibt Steve Blank ihn Robinson zu. Das ist eine Angabe der Firma selbst: Ein Dokument von 2001 ließ sich nicht finden, und die heutige Seite unter dieser Adresse nennt weder Robinson noch das Jahr.

Robinson meinte etwas anderes. SyncDev definiert das MVP als das Produkt, das die Rendite im Verhältnis zum Risiko für Anbieter und Kunden maximiert, also das Produkt, das in den Verkauf geht. Blank sprach von einem minimalen Funktionsumfang und warnte im März 2010 vor der Verwirrung, wenn das „Minimum“ zum Ziel wird. Auch Ries beschrieb es im März 2009 noch als das Produkt mit genau den Funktionen, die bei den ersten Kunden ankommen. Fünf Monate später definierte er es über das Lernen. Die Verwirrung hat also eine Geschichte, und es lohnt sich zu fragen, welches MVP jemand meint. Dieser Eintrag folgt Ries' Definition vom August 2009.

Ein Prototyp ist etwas anderes, auch wenn das Material dasselbe sein kann. Die Rezension von Ries' Buch bei der PDMA fasst es so zusammen: Prototypen dienen verbreitet dazu, die Funktion zu testen, MVPs dazu, Geschäftshypothesen zu testen. Die Website zur Methode zieht dieselbe Linie: Dort lautet die Frage: Sollte das Produkt gebaut werden? Ob es sich bauen lässt, tritt zurück. Ein Prototyp wird zum MVP, wenn du ihn Kunden zeigst, um eine Annahme zu messen. Ries erzählt von einem Papierprototyp, den man Leuten vorlegt.

Der erste Schritt ist, die Annahme so aufzuschreiben, dass sie sich als falsch herausstellen kann. Laut der PDMA-Rezension rät Ries, mit den riskantesten Teilen des Plans anzufangen. Das sind die, an denen alles andere hängt, zum Beispiel dass jemand für die Lösung des Problems zahlen will.

Der zweite Schritt ist, vorher festzulegen, was du misst und welches Ergebnis deine Entscheidung ändert. Die Website zur Methode verlangt Messgrößen, die Ursache und Wirkung zeigen. Wählst du die Messgröße erst danach, sieht jedes Ergebnis gut aus.

Der dritte Schritt ist, das Wenigste zu bauen, das diese Messung liefert. Das kann sehr wenig sein. Ries erzählt, sein Team hätte statt zu bauen mit einer Landingpage beginnen sollen, die das Produkt versprach, dazu Traffic über Anzeigen, und schätzt, dass niemand geklickt hätte. In anderen Fällen braucht es ein echtes Produkt.

Ein erfundenes Beispiel: Eine Firma glaubt, dass kleine Büros für ein wöchentliches Kaffeebohnen-Abo zahlen würden. Bevor sie die Logistik aufbaut, stellt sie eine Seite mit Preis und Reservierungsknopf online und bewirbt sie bei dieser Zielgruppe. Wer klickt, erfährt, dass der Dienst noch nicht verfügbar ist, und zahlt nichts. Gemessen wird, wie viele Büros zu diesem Preis reservieren wollen.

Der vierte Schritt ist die Entscheidung. Ries nennt den Kreislauf Bauen, Messen, Lernen, und am Ende steht weitermachen oder pivotieren, also den Kurs wechseln, um eine neue Hypothese zu testen. Ein erstes schlechtes Ergebnis reicht dafür nicht. Ries spricht von der Angst vor dem falsch Negativen: Will niemand den ersten Papierprototyp, musst du weiter iterieren. Erst nach vielen Runden ohne Interesse (sein Beispiel sind zehn) lässt sich sagen, dass die Richtung falsch ist.

Der Product-Market-Fit ist ein Zustand, das MVP ein Werkzeug. Marc Andreessen beschrieb ihn am 25. Juni 2007 so: in einem guten Markt zu sein, mit einem Produkt, das diesen Markt zufriedenstellen kann. Die Formulierung schreibt er Andy Rachleff zu. Seine Anzeichen kommen aus dem Geschäft: Kunden kaufen so schnell, wie du liefern kannst, oder die Nutzung wächst so schnell, wie du Server nachlegen kannst. Fehlt der Fit, ziehen Kunden keinen Nutzen aus dem Produkt, niemand empfiehlt es weiter, und der Verkauf zieht sich.

Ein MVP mit gutem Ergebnis beweist diesen Fit nicht. Es prüft eine Annahme, und bei Ries geschieht das mit den ersten Kunden. Ries erklärt, dass diese am nachsichtigsten sind und fehlende Funktionen im Kopf ergänzen. Blank ergänzt, dass nur ein Teil der Kunden sich für einen minimalen Funktionsumfang begeistert. Was bei ihnen funktioniert, sagt noch nichts über den breiten Markt.

Der Zusammenhang ist eine Reihenfolge: MVPs sind die Schritte, mit denen ein Team den Fit sucht. Andreessen fordert, sich darauf vor fast allem anderen zu konzentrieren. Das ist eine These, er nennt sie selbst so. Sein Text nennt weder eine Schwelle noch eine Messung.

Ein MVP senkt das Risiko, etwas zu bauen, das niemand will. Die Website zur Methode beschreibt den Gegenfall: Teams feilen Monate oder Jahre an einem Produkt, ohne es zu zeigen, und scheitern dann an der Gleichgültigkeit der Kunden. Die hier genannten Quellen liefern Erfahrungen und Argumente, keine Studie, die misst, wie viel sich damit sparen lässt. Diese Zahl hat dieses Glossar nicht.

Es hat auch Grenzen. Ries sagt, wer nur einen offensichtlichen Bedarf bedienen oder etwas für den schnellen Weiterverkauf bauen will, braucht kein MVP. SyncDev erinnert daran, dass auch ein zu kleines Produkt ein Problem ist, weil es einem Wettbewerber Platz lässt. Und was eine Gruppe erster Kunden hinnimmt, nimmt nicht jeder Kunde hin.

Das MVP hängt mit anderen Einträgen zusammen. Das Business Model Canvas behandelt jedes Feld als Annahme, und ein MVP ist ein Weg, die riskanteste zu prüfen. Das A/B-Testing vergleicht zwei Varianten von etwas Bestehendem und braucht genug Traffic. Das MVP kommt davor, wenn noch offen ist, ob du es bauen sollst. Growth Hacking optimiert die Phasen eines Produkts, das schon Nutzer hat. Die Value Proposition kann die erste Annahme sein, die du prüfen musst.

• Die Annahme aufschreiben, bevor du etwas baust.
• Mit der Annahme anfangen, an der die anderen hängen.
• Messgröße und entscheidendes Ergebnis vorher festlegen.
• Nur bauen, was für diese Messung nötig ist.
• Messen, was Menschen tun, nicht nur, was sie sagen.
• Teilnehmern klar sagen, was getestet wird und was es noch nicht gibt.

• Jede erste Version oder Beta MVP nennen.
• Veröffentlichen, ohne aufgeschrieben zu haben, was du prüfen willst.
• Die Messgröße erst nach Blick auf die Daten wählen.
• Die Idee nach einem einzigen negativen Ergebnis aufgeben.
• Die Begeisterung der ersten Kunden für Product-Market-Fit halten.
• Einen Prototyp zeigen und glauben, das prüfe die Zahlungsbereitschaft.