Minimum Viable Product

Ein Diagramm, das veranschaulicht, wie man mit der Entwicklung und Markteinführung eines minimalen funktionsfähigen Produkts beginnen kann, indem man zunächst das einfachste Produkt mit den wichtigsten Funktionen ausstattet, falls dies möglich ist und einem potenziellen Kunden frühzeitig vorstellt.

Ein Minimum Viable Product (MVP), wörtlich ein „minimal brauchbares oder existenzfähiges Produkt“, ist die erste minimal funktionsfähige Iteration eines Produkts als Teil einer Produktentwicklung, die dazu dient, möglichst schnell aus dem Feedback von Erstbenutzern zu lernen und so Fehlentwicklungen an den Anforderungen der Nutzer vorbei zu verhindern.

Von Bedeutung in diesem Zusammenhang ist, dass die Iteration der Entwicklung oder Herstellung einen ersten „brauchbaren“ Nutzen bietet, sodass die Nutzer das Produkt auch einsetzen können. Durch die frühe Veröffentlichung eines MVP können rasch Rückmeldungen von Nutzern eingeholt werden. Daraus lässt sich für die weitere Entwicklung lernen und das Produkt kann frühzeitig an Kundenwünsche angepasst oder verbessert werden.

Entstehungsgeschichte

Der Begriff des MVP entstammt dem Lean-Startup-Gedanken und wurde im Jahre 2001 (vgl. New Economy und Informationszeitalter) von dem Unternehmer Frank Robinson geprägt und von Steve Blank und Eric Ries popularisiert.

Anwendungsbereiche

Der Begriff MVP wird im Zusammenhang mit agiler Softwareentwicklung bzw. agilem Projektmanagement und anderen Produktentwicklungen verwendet. MVP ist zudem ein Element des Lean Managements.

Grundsätzlich versucht man in der Softwareentwicklung, im Ingenieurwesen, aber auch in vielen anderen Branchen, über konventionelle Methoden und Verfahren einen Prototyp zu entwickeln. Ein Prototyp in der Softwareentwicklung besitzt außerdem weitere eigene Unterscheidungsmerkmale. Dem MVP oder Prototyp ist synonym der Proof of Concept, der eine ähnliche Intention verfolgt. Eine Durchführbarkeitsstudie würde vorweg erfolgen. Bei der Produktentwicklung spielt zudem der Time-to-Market eine überragende Rolle.

Dabei unterscheiden sich die Anwendungsfälle der Benutzer eines MVP deutlich von denen der Entwicklung. Ersteres ist kategorisch der Validierung zuzuordnen, Letzteres dem Test und der Verifikation (siehe auch Verifikation und Validierung). Im Falle der industriellen Produktentwicklung, beispielsweise in der Automobilindustrie oder Luft- und Raumfahrt, spielen außerdem die Musterstände eine übergeordnete Rolle (siehe auch Bemusterung).

MVPs werden im Rahmen des Projektmanagements und des Scopemanagements von Produktmanagern, Business Analysten, Product Ownern und Projektmanagern gesteuert oder angefordert.

Ziel und Zwecke

Das Ziel der MVP-Strategie ist die Vermeidung von Produkten, die die Kunden gar nicht wollen oder diese von deren Funktion, Eigenschaften oder Qualität enttäuscht sein könnten. Für solche Fälle ist das Inhalts- und Umfangsmanagement außerdem von entscheidender Bedeutung. Das MVP versucht dabei explizit, eine starre und lineare Entwicklung (vgl. Wasserfallmodell) zu vermeiden.

Das „schnell und einfach“ erstellte erste Produkt (MVP) wird nur mit den nötigsten „Kernfunktionen“ ausgestattet, z. B. (für einen Onlineservice) durch eine Landingpage. Das MVP wird sodann veröffentlicht, um das Feedback von (möglichen) Kunden einzuholen; dabei spielen frühzeitige Anwender eine besondere Rolle, die sich am besten in die Produktabsicht hineinversetzen können. Das Feedback sollte dann dazu genutzt werden, das MVP iterativ zu erweitern und zu verbessern, je nach gewähltem Vorgehensmodell der Entwicklung oder Herstellung. Die gewonnene Information über Kundenwünsche soll auch dazu beitragen, den Kapitaleinsatz auf das beste Produkt oder Eigenschaft eines Produkts zu lenken.

Das MVP verfolgt unter anderem die folgenden Zwecke:

• Testen einer Marktlücke mit möglichst wenig Entwicklungsaufwand
• Fokussierung des Entwicklungsteams auf die essentiellen Produktbestandteile (u. a. zur Nutzung von User-Story-Mapping)
• Förderung des „beschleunigten Lernens“
• Frühestmögliche Bereitstellung eines Produkts an Anwender (early adopters)
• Gegebenenfalls Grundlage für andere Produkte
• Im Falle von Softwareentwicklung: Frühzeitiges ausliefern eines Release mit minimalem Funktionsumfang

Weitere Minimum-Konzepte

Minimum Marketable Products

Je nach Quelle unterscheidet sich die Definition eines Minimum Marketable Products (MMP) und die Abgrenzung zum MVP. Während die beiden Begriffe häufig synonym verwendet werden (vgl. Maurya), wird in anderen Quellen ein MVP zu einem MMP weiterentwickelt. Das MVP stellt dabei eher ein Mockup oder eine Simulation des Produkts dar, um Kundenfeedback einzuholen und in die Entwicklung des Produkts einfließen zu lassen. Sobald das Produkt für die Nutzer real einsetzbar ist, wird es dann als MMP veröffentlicht. Diese Abgrenzung ist in diversen Quellen zu finden, wird aber auch kontrovers diskutiert.

Minimum Viable Team

Das MVP-Konzept lässt sich auf andere Aspekte des Start-up-Unternehmens (Entrepreneurship) übertragen, so zum Beispiel das Minimum Viable Team (MVT), das bedeutet die minimale Belegschaft mit allen nötigen Kompetenzen, um das MVP zu verwirklichen.

Rezeption

Viele Entwickler mobiler und digitaler Produkte (vgl. Digital Economy) üben Kritik am MVP, da Kunden durch Plattformen (wie z. B. den App Stores) sehr leicht zwischen Konkurrenzprodukten wechseln können. Produkte, die nicht den erwarteten Mindeststandard an Qualität bieten, sind Wettbewerbern unterlegen, die mit einem höheren Standard in den Markt einsteigen. Aus der Kritik am MVP-Ansatz haben sich mehrere neue Ansätze gebildet, zum Beispiel das Minimum Viable Experiment (MVE) oder das Minimum Awesome Product (MAP).

Insbesondere bei der Ablöse bestehender Produkte (Produktlebenszyklus) oder wenn vergleichbare Konkurrenzprodukte am Markt vorhanden sind, bietet die sehr reduzierte Funktionalität eines MVPs möglicherweise nicht genügend Nutzen, sodass das Produkt von den Kunden nicht angenommen wird und deshalb auch kein Nutzerfeedback eingeholt werden kann.