Wie man ein Minimum Viable Product (MVP) entwickelt
Man könnte argumentieren, dass Minimum Viable Products (oder „MVPs“) die am besten verstandenen und dennoch am häufigsten missbrauchten Werkzeuge im Arsenal eines digitalen Unternehmers sind. Nahezu jeder, der heutzutage ein neues Produkt entwickelt, beginnt mit einem MVP. Doch nur wenige haben es geschafft, dieses Werkzeug zu meistern und das Beste daraus herauszuholen.
Lassen Sie mich Ihnen also helfen, MVPs zu verstehen, wie man sie richtig baut und wie Sie ihr volles Potenzial ausschöpfen können.
Was ist ein Minimum Viable Product (MVP)?
Wenn Sie diese Frage einer Gruppe von Unternehmern oder Produktmanagern stellen, werden die meisten antworten, dass das Minimum Viable Product die Version eines Produkts ist, die mit der minimal notwendigen Funktionalität ausgestattet ist, um auf den Markt gebracht werden zu können.
Du willst mehr vom The CPO Club?
Registriere dich für eine kostenlose Mitgliedschaft, um diesen Artikel vollständig zu lesen:
Have an account? Log In
Und ja, technisch gesehen haben sie damit recht. Allerdings ist diese Definition etwas unvollständig, da sie den eigentlichen Kernzweck der Produktentwicklungsstrategie nicht wirklich beschreibt. Genau deshalb wenden viele Gründer und Produktteams MVPs falsch an oder bezeichnen etwas als MVP, das eigentlich keines ist.
Manche glauben, das Ziel des MVPs sei es, frühzeitig Geld zu verdienen. Auch wenn das möglich ist, ist es genauso in Ordnung, wenn das MVP keinerlei Umsätze generiert. Falls also niemand Ihr MVP-Produkt kauft, sollten Sie es noch nicht gleich abschreiben.
Andere meinen, der Sinn eines MVPs bestehe darin, eine Kundenbasis aufzubauen, die gegenüber potenziellen Investoren beweist, dass Ihr Produkt funktioniert.
Nochmals, das kann man tun, aber es ist nicht der Zweck eines MVPs.
Was ist also ein MVP?
Während das Konzept „klein anfangen, prüfen, ob die Idee funktioniert, dann ausweiten“ schon seit Menschengedenken existiert, stammt die formelle (und meine liebste) Definition des MVP von niemand Geringerem als dem großartigen Eric Ries. In seinem Buch The Lean Startup betont Eric das Testen der zentralen Hypothesen als Hauptzweck eines MVPs.
Im Lean Startup Mindset spielt es keine große Rolle, wie das MVP genau aussieht, solange:
Beispiele für MVPs aus der realen Welt finden sich überall um uns herum – sogar solche, die noch gar kein voll funktionsfähiges Produkt sind. Zum Beispiel startete der Coupon-Verwaltungsdienst Groupon sein MVP als kleine WordPress-Seite, die so aussah:
Auf dieser Seite teilte das Groupon-Team einfach täglich neue Angebote mit seinem Publikum.
Es gibt zahlreiche weitere Beispiele erfolgreicher Produkte, deren MVP eine Landingpage, eine Social-Media-Gruppe oder sogar ein Videodemo eines noch nicht existierenden Produkts war (dazu später mehr).
Warum Start-ups ein Minimum Viable Product brauchen
MVPs sind als Produktentwicklungsstrategie unter Gründer:innen und Produktmanager:innen nicht grundlos so beliebt (auch wenn viele das Konzept missverstehen). Eine MVP-Version zu bauen, hilft frühen Start-ups, einige der größten Risiken des Startup-Lebens zu umgehen.
Ich möchte einige dieser Risiken hervorheben und zeigen, wie der MVP-Ansatz sie abfedert.
1. Sie verhindern verspätete Markteinführungen
Die digitale Welt ist so schnelllebig wie nur möglich. Wenn Sie Ihr Produkt zwei Quartale später als die Konkurrenz auf den Markt bringen, riskieren Sie, Marktanteile an Wettbewerber zu verlieren. Glauben Sie mir, Nutzer von jemand anderem abzuwerben ist deutlich schwieriger, als neue Nutzer aus dem offenen Markt zu gewinnen.
MVPs lösen dieses Problem, indem sie Nutzer frühzeitig an Ihre Plattform binden. Vielleicht bieten Sie ihnen noch nicht das Endprodukt, von dem sie träumen, doch ein erfolgreiches MVP (vorausgesetzt, es validiert Ihre Kernhypothesen) hält die Nutzer lange genug bei Ihnen, bis Sie das endgültige Produkt liefern können.
Um zu zeigen, wie viel Zeit ein MVP sparen kann, schauen Sie sich dieses Diagramm an, das ich mit Daten von Atlassian, Shopify und McKinsey erstellt habe.
Je nach Art des Produkts können Sie sich zwischen neun Monaten und ganzen zwei Jahren Entwicklungszeit sparen!
2. Sie minimieren versenkte Kosten
Es ist absolut in Ordnung, wenn die erste Version eines neuen Produkts, die du herausbringst, scheitert —
und ehrlich gesagt, wird sie das wahrscheinlich auch.
Tatsächlich ist die Ausfallrate bei Startups so hoch (90% laut einem CB Insights Bericht), dass du dich mehr darauf konzentrieren solltest, die Kosten dieser Misserfolge zu senken, anstatt darauf zu hoffen, dass dein nächstes Produkt ein Riesenerfolg wird.
MVPs sind eines der besten Werkzeuge, um genau das zu erreichen. Sie helfen dir, die Kundenbedürfnisse am Markt gegenüber deinem Wertversprechen mit minimalem Aufwand zu validieren. Das bedeutet, du kannst deine Geschäftsidee testen, ohne den gesamten Softwareentwicklungslebenszyklus mit einem langwierigen Entwicklungsprozess durchlaufen zu müssen. Für die Kosten der Entwicklung eines vollständigen Produkts kannst du also ein Dutzend MVPs erstellen und prüfen, ob sie am Markt ankommen.
3. Sie hindern Startups daran, ein Produkt „blind“ zu entwickeln
Ich verwende den Begriff „blind entwickeln“, um die Entwicklung eines Produkts zu beschreiben, ohne wirklich zu wissen, was deine Zielnutzer eigentlich wollen. Das ist wahrscheinlich die größte Sünde, die ein Unternehmer begehen kann.
Das Problem, ein vollständiges Produkt mit allen neuen Features auf deiner Roadmap und einer fixen Preisstrategie zu entwickeln, ist, dass du erst am Ende und beim Launch erfährst, ob es den Leuten gefällt.
Die meiste Zeit werden die Leute es nicht mögen, und du musst Preise und Features überarbeiten. In manchen Fällen musst du sogar akzeptieren, das Produkt komplett einzustellen oder die Preisstrategie für das Produkt grundlegend zu ändern.
Der beste Weg, das zu vermeiden, ist, früh Feedback von Nutzern einzuholen. Wie macht man das? Mit einem MVP, natürlich!
So baust du ein Minimum Viable Product: Die wichtigsten Schritte
Nachdem wir nun die Theorie zu MVPs behandelt haben, widmen wir uns den praktischen Teilen und schauen, welche Schritte notwendig sind, um ein MVP-Konzept zu entwickeln, das seinen Hauptzweck erfüllt — nämlich zu testen, ob dein Produkt am Markt bestehen kann.
Schritt 1: Ein zu lösendes Problem identifizieren
Jedes großartige Produkt beginnt mit einem Nutzerproblem, das gelöst werden muss. Dieser Prozess besteht aus zwei Unterstufen:
a) Problem identifizieren: Hier machen viele Startups einen Fehler — sie identifizieren das falsche Problem.
Im frühen 20. Jahrhundert bestand das Hauptproblem beim Transport nicht darin, dass es keine schnelleren Pferde oder bessere Infrastruktur für längere Strecken gab. Das eigentliche Problem war, dass die Menschen eine zuverlässigere und belastbarere Transportmöglichkeit brauchten. Henry Ford erkannte und löste dieses Problem erfolgreich, indem er das Auto einführte.
Eine der besten Methoden, das richtige Problem zu finden, ist der Ansatz der Fünf-Warum-Methode.
b) Das Problem verstehen: Das richtige Problem zu finden, ist die halbe Miete. Die andere Hälfte besteht darin, den Kontext und die Realität zu verstehen, in der deine Nutzer auf dieses Problem stoßen.
Beispielsweise resultieren die automatisch generierten Untertitel bei TikTok daraus, dass das Produktteam erkannt hat, dass viele Nutzer TikTok in Umgebungen nutzen, in denen sie den Ton ausschalten müssen.
Um das zu erreichen, musst du Nutzerinterviews durchführen. Es gibt keinen effektiveren Prozess, den Kontext deiner Nutzer zu verstehen, als mit ihnen zu sprechen.
Schritt 2: Die Kernfunktionen des MVP definieren
Dein typischer Product Backlog enthält mehr Funktionen, als du für dein MVP brauchst.
Um herauszufinden, welche davon in dein MVP gehören, empfehle ich zwei großartige Frameworks zur Priorisierung von Features:
Kano-Modell: Damit gruppierst du deine Features in solche, die deine Nutzer begeistern, Wert schaffen (linear) und zwingend notwendig sind.
Im Hotelfall ist eine attraktive Funktion das hübsch gefaltete Origami-Handtuch, die Leistungsfunktion ist die Qualität der Matratze, und das Muss-Feature ist das sichere Schloss an der Zimmertür.
Für dein MVP konzentrierst du dich auf die „Muss-Features“.
MoSCoW: Dies ist eine einfache Übung, bei der du deinen Features die Zustände „Must-have“, „Should Have“ und „Could have“ zuordnest. Must-haves sind die Funktionen, die den Kernanwendungsfall abdecken.
Am Beispiel von Spotify, ist eine unverzichtbare Funktion die Suche. Playlists hingegen sind ein Should Have und das Anzeigen von Albumcovern auf dem Bildschirm ist ein Could Have.
Für ein MVP konzentrierst du dich auf die Must-haves.
Schritt 3: Baue und teste das MVP
Dein MVP ist kein echtes MVP, wenn du zu viel Zeit mit dem Bau verbringst. Daher empfehle ich, die folgenden Möglichkeiten zu nutzen, um deinen Prozess zu beschleunigen:
- No-Code-Entwicklung: Mit Tools wie Bubble kannst du die erste Version deines Produkts in einem Bruchteil der Zeit erstellen, die du für die Entwicklung von Grund auf benötigen würdest.
- Klickbare Prototypen: Moderne Design-Tools ermöglichen es dir, deine hochwertigen Wireframes interaktiv zu gestalten – so sparst du Zeit, weil du keine Produktversion programmieren musst.
- Vorlagen und Low-Code-Frameworks: So gut wie jeder große Cloud-Anbieter bietet fertige Dienste an, mit denen du deinen Entwicklungsprozess erheblich beschleunigen kannst.
Sobald du dein MVP entwickelt hast, solltest du es deinen Nutzer:innen übergeben. Plattformen wie AppSumo und Product Hunt helfen dir dabei, schon früh Nutzer:innen zu gewinnen und Feedback zu sammeln.
Schritt 4: Erfolge messen und iterieren
Eines der Kernkonzepte des Lean Startups ist es, die Ergebnisse deiner MVP-Tests zu messen und kontinuierlich auf dieser Basis weiterzuentwickeln.
Wenn du Analyse-Tools wie Mixpanel, Amplitude oder PostHog integrierst, kannst du deine Resultate ganz einfach erfassen.
Hier sind einige der wichtigsten Produktmetriken, die du mit diesen Tools messen kannst.
Das Iterieren ist ganz einfach: Schau dir das Feedback und die zentralen Kennzahlen an, identifiziere Verbesserungspotenziale, baue diese Verbesserungen in dein MVP ein und veröffentliche eine neue Version für weitere Tests.
Mein einziger Ratschlag: Mache häufige und kleine Releases. So erkennst du schnell, ob dein neues Feature das Feedback oder die Kennzahlen verbessert hat.
Häufige MVP-Fehler, die du vermeiden solltest
Das klingt vielleicht widersprüchlich, aber obwohl MVPs mittlerweile extrem populär sind, machen viele immer wieder dieselben Fehler. Der Hauptgrund dafür ist – du ahnst es – ein Missverständnis des eigentlichen Zwecks eines MVP.
Damit du diese Fallen vermeidest, möchte ich dir die drei häufigsten davon aufzeigen.
1. Das MVP überentwickeln
Viele Produktteams behandeln das MVP wie eine marktreife Version, mit der man bereits den Product-Market-Fit testen kann. Das stimmt so nicht. Dafür gibt es eine andere Version Ihres Produkts, genannt MMP (Minimum Marketable Product).
Das MVP ist dagegen viel kompakter und dient lediglich dazu, herauszufinden, ob deine Idee bei echten Nutzer:innen ankommt.
2. Feedback ignorieren
Die Nutzerkommentare und Verhaltensanalysen, die du beim MVP-Testing erhältst, sind Gold wert. Oft wird dieses Feedback nicht ernst genommen, weil man denkt, die Anwender:innen werden die finale Version schon mögen. Nein, werden sie nicht! Warum überhaupt eine MVP-Version bauen, wenn du die Lean-Startup-Methodik des Aufbaus von Feedbackschleifen ignorierst?
3. Zu spät oder zu früh launchen
Beides ist problematisch. Wenn du zu spät launchst, verliert das gesamte MVP-Konzept seine Bedeutung. Aber auch ein zu früher Launch ist riskant. Dein MVP sollte ausreichend Funktionen enthalten, um deine Kernaussagen zu testen. Fehlen diese, sind deine Testergebnisse einfach nicht aussagekräftig.
4. MVP und Prototypen verwechseln
Diese beiden Begriffe können etwas verwirrend sein. Ein Prototyp ist ein interaktives Design, das du für Benutzertests einsetzen kannst. Ein Prototyp kann technisch betrachtet als MVP dienen, aber du kannst dein MVP auch als eine leichtgewichtige Code-Version deines Produkts entwickeln.
So unterscheiden sich MVP, Prototypen und vollwertige Produkte voneinander.
Wie die obige Infografik zeigt, ist das Ziel von Prototypen vergleichbar mit dem eines MVP – der einzige Unterschied liegt im eigentlichen „physischen“ Produkt.
Praxisbeispiele erfolgreicher MVPs
Es würde mich nicht wundern, wenn du immer noch nicht von der Wirksamkeit einer MVP-Strategie überzeugt bist. Es gibt schließlich jede Menge beliebte Tools und Frameworks, von denen viele gar nicht als besonders nützlich wahrgenommen werden – da klingt die Idee, eine „erste, unfertige Version" deines Produkts zu bauen, erst einmal nicht für jede:n attraktiv.
Aber als Senior Product Manager, der schon einige echte Katastrophen live verfolgen konnte, bleibe ich bei diesem Ansatz. Um mein Argument zu unterstreichen, zeige ich dir ein paar Beispiele, wie MVP-Produkte sich zu Tech-Giganten entwickelt haben.
Dropbox
Erinnern Sie sich, wie ich gesagt habe, dass MVPs nicht unbedingt programmierte Produkte sein müssen? Die MVP-Version von Dropbox war zum Beispiel eine Videopräsentation!
In diesem Video zeigt der Gründer von Dropbox einfach das Konzept für ein Produkt, das zu diesem Zeitpunkt noch gar nicht entwickelt war. Das Ergebnis dieser Präsentation war jedoch ein massiver Zustrom an Menschen, die sich anmeldeten, um auf das Produkt zugreifen zu können, sobald es fertig war. Das war für das Dropbox-Team das Signal, dass sie auf dem richtigen Weg waren.
Airbnb
Unsere Lieblingsplattform, die in vielen touristischen Städten für Immobilienkrisen verantwortlich ist (ja, in Florenz, Italien, wurde sie aus diesem Grund sogar verboten!), begann ebenfalls als unkonventionelles MVP.
Die Gründer des Unternehmens testeten die Machbarkeit ihres Geschäftsmodells, indem sie Betten in ihrer Wohnung in San Francisco an mehrere Konferenzteilnehmer vermieteten. Sie wollten herausfinden, ob Menschen bereit wären, ein Bett oder ein Zimmer in der Wohnung eines Fremden zu mieten.
Die Antwort auf diese Frage war ja! Der Markt signalisierte den Gründern also, dass sie auf Basis dieser Idee mit dem Aufbau einer Plattform beginnen sollten.
Zappos
Die Art und Weise, wie Zappos sein MVP getestet hat, ist in der Produktwelt als „Wizard of Oz“-Test bekannt. In diesem Szenario baut man eine Website für sein Produkt, aber die gesamte Verarbeitung im Backend wird von Menschen statt von Maschinen übernommen.
Das Team von Zappos startete ihren E-Commerce-Schuhladen als Website ohne Back-Office-Verarbeitung. Wenn Nutzer Schuhe bestellten, kaufte das Team sie woanders und verschickte sie an die Kunden. Nachdem durch den Markt validiert worden war, dass dieses Modell funktioniert, begannen sie mit dem Aufbau des eigentlichen Backend ihres Produkts.
Obwohl diese drei zu den bekanntesten Erfolgsbeispielen für gelungene MVPs gehören, gibt es noch viele weitere erfolgreiche MVPs, die sich zu sehr erfolgreichen Produkten entwickelt haben.
Tools und Ressourcen zur Entwicklung Ihres MVP
Im letzten Teil unseres MVP-Guides heute geht es um die Auswahl von Software für die Produktentwicklung und um Schulungsmaterialien, die Ihnen dabei helfen können, die Effizienz und Wirksamkeit bei der Entwicklung eines MVP zu verbessern, Ihre Hypothesen mit Early Adopters zu testen und Nutzerfeedback zu verarbeiten.
Beginnen wir mit den Tools.
- Schnelles Prototyping und Nutzererlebnis: Figma, InVision, Sketch, Framer und andere Alternativen.
- Workflow-Management: Kanban-Boards wie Jira, Monday.com, Trello.
- Analytics: Mixpanel, Amplitude, PostHog.
- Zielgruppenidentifikation: Reddit, Similarweb.
- Kundenfeedback-Analyse: Typeform, SurveyMonkey, Google Forms.
Und falls Sie es noch nicht gelesen haben: Ich empfehle Ihnen dringend, mit „The Lean Startup“ zu beginnen – das beste Werk, um den MVP-Ansatz im Gesamtzusammenhang der Build-Measure-Learn-Zyklen zu erklären.
Vergessen Sie nicht, unseren Newsletter zu abonnieren, um weitere Ressourcen und Leitfäden zum Produktmanagement sowie die neuesten Podcasts, Interviews und andere Einblicke von Branchenführern und Experten zu erhalten.
