Zum Hauptinhalt springen

Was ist ein MVP (Minimum Viable Product)?

image

Definition​

MVP steht für Minimum Viable Product, was „ein Produkt nur mit den Kernfunktionen" bedeutet. Einfach ausgedrückt ist es „die einfachste Version, die funktioniert".

Lassen Sie mich ein Beispiel geben. Angenommen, Ihr Freund möchte eine Liefer-App erstellen. Was würde für eine perfekte App benötigt? Schönes Design, Echtzeit-Lieferverfolgung, verschiedene Zahlungsmethoden, Bewertungssystem, Gutscheine, Punkte, KI-Empfehlungen... All das zu machen würde ein Jahr dauern und Millionen kosten. Aber was, wenn die Leute es nach all dieser Arbeit nicht nutzen? Sie haben all diese Zeit und dieses Geld verschwendet.

Der MVP-Ansatz ist anders. Zuerst erstellen Sie nur die Kernfunktionen: „Restaurantliste ansehen + Per Telefon bestellen" - nur diese zwei Dinge. Nicht einmal eine App, nur eine einfache Website. Dies kann in 2 Wochen für 2.000 Dollar erstellt werden. Testen Sie es in einem Viertel. Wenn Leute es nutzen, fügen Sie nach und nach Funktionen hinzu. Wenn nicht, ändern Sie schnell die Richtung oder geben auf. Sie haben Zeit und Geld gespart.

Merkmale​

  • Nur das Wesentliche - Nur notwendige Funktionen einschließen, keine nice-to-have. 80% der Funktionen entfernen und nur 20% behalten
  • Schnell gebaut - In Wochen gemacht, nicht Monaten. Schnell auf den Markt zu bringen ist wichtig
  • Niedrige Kosten - Mit 10-20% der Kosten des vollständigen Produkts gebaut. Kein großer Verlust, selbst wenn es scheitert
  • Echte Validierung - Echte Benutzerreaktionen sehen, nicht Vorstellung. Nicht „Ist diese Idee gut?" sondern „Nutzen Leute es tatsächlich?"
  • Kontinuierliche Verbesserung - Nicht auf einmal fertiggestellt, sondern schrittweise entwickelt. Version 1, 2, 3... so

Verwendung​

Lernen wir Schritt für Schritt, wie man ein MVP richtig erstellt. Nehmen wir an, Sie starten einen neuen Service.

Schritt 1: Problem klären Zuerst müssen Sie klären, welches Problem Sie lösen möchten. „Was ist für Menschen unangenehm?" „Was löse ich?" Zum Beispiel: „Fitnessstudio-Reservierungen sind umständlich", „Freelancer haben Schwierigkeiten, Arbeit zu finden", „Angst vor Betrug bei Gebrauchtwarengeschäften". Ein klares Problem führt zu einer klaren Lösung.

Schritt 2: Kernwert definieren Was ist das Wichtigste, das dieses Problem löst? Für eine Fitnessstudio-Reservierungs-App ist der Kern zum Beispiel „zu Ihrer gewünschten Zeit buchen können". Schönes Design, Social Login, Freunde hinzufügen - das kommt später. Konzentrieren Sie sich nur auf einen Kernwert.

Schritt 3: Minimale Funktionsliste erstellen Was wird minimal benötigt, um diesen Kernwert zu liefern? Für eine Fitnessstudio-Reservierungs-App: Fitnessstudio-Liste ansehen, Zeitplan ansehen, Reservierung vornehmen, Reservierung stornieren. Nur diese vier Dinge lassen es funktionieren. Bewertungen, Freundeseinladungen, Punkte, Push-Benachrichtigungen entfernen. Sie können sie später hinzufügen.

Schritt 4: Auf die einfachste Weise bauen Sie müssen nicht von Anfang an eine App erstellen. Es gibt einfachere Wege. Zum Beispiel: Bewerbungen über Google Forms annehmen, Benachrichtigungen über KakaoTalk senden, mit Excel verwalten, nur eine einfache Webseite erstellen, vorhandene Tools verwenden (Notion, Airtable). So können Sie ein MVP ohne Programmieren oder Geldausgeben erstellen.

Schritt 5: In 2-4 Wochen fertigstellen Schnelles Bauen ist der Schlüssel für MVP. Streben Sie 2-4 Wochen an. Wenn es länger dauert, werden Sie es perfekt machen wollen. „Lasst uns das und das auch hinzufügen..." und es dauert 6 Monate. Tun Sie das nicht - bauen Sie schnell und testen Sie schnell.

Schritt 6: Zuerst mit einer kleinen Gruppe testen Verbreiten Sie es nicht landesweit, testen Sie zuerst mit einer kleinen Gruppe. 10 Freunde, 1 Fitnessstudio im Viertel, eine Schulklasse. Tests in diesem Maßstab lassen Sie Probleme schnell finden. Selbst wenn es ein großes Problem gibt, ist es nur vor 10 Personen peinlich, nicht von 1.000 kritisiert zu werden.

Schritt 7: Feedback erhalten Fragen Sie Benutzer: „Was war unangenehm?" „Welche Funktionen brauchen Sie am meisten?" „Würden Sie dafür bezahlen?" Diese Fragen sagen Ihnen, was Sie als nächstes bauen sollen. Sie folgen tatsächlichen Benutzerbedürfnissen, nicht Ihrer Vorstellung.

Schritt 8: Schlüsselmetriken messen Messen Sie, wie viele Leute es genutzt haben, wie oft sie es wiederverwendet haben, ob sie bereit sind zu zahlen. Für eine Fitnessstudio-Reservierungs-App: „Wie viele Buchungen pro Woche?" „Macht dieselbe Person eine zweite Buchung?" Diese sind wichtig. Zahlen ansehen macht Erfolg oder Misserfolg klar.

Schritt 9: Weiter verbessern oder pivotieren Wenn die Ergebnisse gut sind, fügen Sie nach und nach Funktionen hinzu. Wenn die Ergebnisse schlecht sind, ändern Sie die Richtung. Sie könnten entdecken: „Wir brauchen Trainer-Matching mehr als Buchungsfunktionen." Das nennt man einen „Pivot". Es ist in Ordnung, wenn es vom ursprünglichen Plan abweicht. Es ist kein Scheitern, es ist Lernen.

Schritt 10: Ernsthaft investieren, sobald validiert Wenn Sie mit MVP bestätigt haben, dass „Leute das wirklich wollen", dann entwickeln und investieren Sie ernsthaft. Geben Sie Geld für schönes Design, verschiedene Funktionen und Marketing aus. Da es bereits validiert ist, ist die Fehlerrate viel niedriger.

Beispiele​

Beispiel 1: Dropbox Dropbox ist ein Cloud-Speicherdienst. Der Gründer hat zunächst nicht das tatsächliche Produkt erstellt. Stattdessen machte er ein 3-minütiges Demo-Video und postete es auf YouTube. „Wie wäre es mit diesem Service?" Das Video zeigte Dateien, die automatisch über mehrere Computer synchronisiert werden. Die Reaktion war explosiv. An einem Tag registrierten sich 5.000 Personen auf der Warteliste, schließlich 75.000. Erst dann begannen sie mit dem Bau des tatsächlichen Produkts. Sie validierten die Idee mit einem Video. Viel klüger als Millionen auszugeben, es zu bauen und dann zu sagen „niemand nutzt es".

Beispiel 2: Airbnb Die Airbnb-Gründer kämpften ohne Mietgeld. Sie hörten von einer großen Konferenz in San Francisco, wo alle Hotels ausgebucht waren. Sie legten 3 Luftmatratzen in ihr Wohnzimmer und machten an einem Tag eine Website namens „Air Bed and Breakfast". Kein komplexes System, nur ein paar Fotos, Kontaktdaten, Zahlung persönlich. Drei Gäste zahlten 80 Dollar pro Tag. „Das funktioniert?" Sie expandierten allmählich, und jetzt ist es ein Unternehmen im Wert von zig Milliarden Dollar. Hätten sie von Anfang an eine perfekte App gebaut, wären sie wahrscheinlich gescheitert.

Beispiel 3: Zappos (Schuh-Einkaufszentrum) Zappos ist ein Online-Schuhladen. Der Gründer fragte sich: „Werden Leute Schuhe online kaufen?" Wie bestätigen? Testen ohne Lagerbestand. Er ging zu Schuhgeschäften in der Nachbarschaft, fotografierte Schuhe und postete sie auf einer Website. Wenn Bestellungen eingingen? Er ging zu diesem Schuhladen, kaufte zum vollen Preis und schickte es an Kunden. Er machte Verlust, lernte aber etwas Wichtiges: „Leute kaufen Schuhe online!" Mit dieser Überzeugung baute er ein richtiges Einkaufszentrum und verkaufte es schließlich für 1 Milliarde Dollar an Amazon. Hätte er von Anfang an in Lager, Bestand und Systeme investiert, wäre es vielleicht gescheitert.

Beispiel 4: Twitter Twitter war ursprünglich ein Podcast-Plattform-Unternehmen. Es funktionierte nicht gut. Mitarbeiter machten ein einfaches Messaging-Tool für interne Kommunikation. „Was machst du gerade?" kurz beantworten. Entwicklungszeit: 2 Wochen. Sie probierten es intern aus und es machte Spaß. Sie öffneten es für Freunde und die Reaktion war gut. „Hey, das ist besser als unser Hauptgeschäft?" Sie änderten die Richtung komplett. Sie ließen Podcasting fallen und konzentrierten sich auf Twitter. Ohne interne Tests hätten sie diese Entdeckung nicht gemacht. Das ist der MVP-Geist.

Vor- und Nachteile​

Vorteile​

  • Spart Zeit und Geld - Anstatt ein Jahr und Millionen für ein vollständiges Produkt auszugeben, können Sie in 2 Wochen mit Hunderttausenden testen. Selbst wenn es scheitert, ist der Verlust klein
  • Scheitern schnell entdecken - Viel besser „das ist es nicht" in 2 Wochen zu entdecken als „niemand nutzt es" nach 6 Monaten Entwicklung. Schnell scheitern bedeutet schnell lernen und schnell ändern
  • Mit tatsächlichen Daten entscheiden - Entscheidungen basierend auf echtem Benutzerverhalten treffen, nicht Vorstellung oder Vermutungen. „Leute werden das wahrscheinlich mögen" vs „1.000 Leute haben es tatsächlich genutzt" - was ist sicherer?

Nachteile​

  • Geringere Qualität - MVP ist buchstäblich minimal. Es gibt Fehler, schlechtes Design und viele Unannehmlichkeiten. Frühe Benutzer könnten enttäuscht sein
  • Riskant in Märkten, wo der erste Eindruck zählt - In einigen Märkten ist der erste Eindruck alles. Bei Luxusmarken, Premiumwaren oder Medizinprodukten, wo Sicherheit wichtig ist, funktioniert „lass es uns erst grob machen" nicht
  • Muss möglicherweise später neu gebaut werden - Was schnell als MVP gebaut wurde, hat ein schwaches Fundament. Beim späteren Bau eines richtigen Produkts müssen Sie möglicherweise von vorne beginnen

FAQ​

F: Muss MVP immer Software oder eine App sein? A: Überhaupt nicht! MVP ist eine Methode, um Ideen zu testen, nicht unbedingt ein Produkt. Zum Beispiel: 1) Landing Page + E-Mail-Sammlung: „Wären Sie interessiert, wenn dieses Produkt herauskäme?" und E-Mails sammeln. 2) Manueller Service: Lassen Sie Leute es manuell handhaben, bevor Sie eine App erstellen. 3) Crowdfunding: Nachfrage über Kickstarter bestätigen. 4) Offline-Event: Einen Tag mit einem Pop-up-Store testen. 5) Umfrage: 100 Leute fragen. „Wollen Leute das?" auf die schnellste und billigste Weise zu bestätigen ist MVP.

F: Wie lange sollte es dauern, ein MVP zu erstellen? A: Idealerweise 2-4 Wochen. Spätestens sollten Sie innerhalb von 2-3 Monaten etwas Testbares haben. Wenn es mehr als 6 Monate dauert, stimmt etwas nicht. Sie versuchen, zu viele Funktionen einzuschließen. „Wir brauchen das und das auch..." und die Zeit vergeht nur. Reduzieren Sie es stattdessen auf „Das ist alles, was wir brauchen, damit es funktioniert". Entfernen Sie 80% der Funktionen und behalten Sie nur 20%. Den Rest können Sie nach der Validierung hinzufügen.

F: Mein MVP ist zu schäbig, es ist mir peinlich? A: Das ist normal! MVPs sollen schäbig sein. Haben Sie frühes Facebook, Apples erste Produkte oder Amazons frühe Website gesehen? Alle schäbig. Was wichtig ist, ist nicht „perfekter erster Eindruck", sondern „Kernwert liefern". Frühe Benutzer verstehen. Sie könnten Sie sogar anfeuern und sagen „Es fehlt noch, zeigt aber Potenzial." Die Kernfunktionalität muss jedoch richtig funktionieren. Design kann schlecht sein, aber versprochene Funktionen müssen solide sein. Wenn es eine „Lieferzeitverfolgung-App" ist, aber die Verfolgung nicht funktioniert, geht das nicht.

F: Ich habe mit MVP getestet, aber die Reaktion ist schlecht. Soll ich aufgeben? A: Nicht unbedingt. Analysieren Sie zuerst. 1) Ist die Idee selbst schlecht? Oder ist die Implementierung schlecht? Fragen Sie Benutzer: „Ist diese Idee selbst unnötig?" vs „Es ist gut, aber das ist unbequem." 2) War das Ziel falsch? Sie haben es vielleicht Studenten gezeigt, wenn Berufstätige es eigentlich brauchen. 3) War die Werbung unzureichend? Wenn nur 10 Leute es gesehen haben, ist das nicht genug Test. Mindestens 100-1000 Leute müssen es sehen. Nach Überprüfung dieser Punkte und 2-3 Verbesserungsversuchen ohne Erfolg, dann zu einer anderen Idee übergehen. Erfolg beim ersten Versuch ist selten. Twitter ist auch nach einem Pivot erfolgreich geworden.