Was ist ein MVP? Wie Sie entscheiden, was in der ersten Version wegbleibt

MVP ist einer der meistverwendeten und am häufigsten missverstandenen Begriffe der Softwarewelt. Er bedeutet nicht billiges Produkt und auch nicht halbes Produkt. Er bedeutet die kleinste Vorrichtung, die aufgebaut wurde, um eine Frage zu beantworten. Dieser Beitrag erklärt, wie diese Frage gewählt wird und wie Sie entscheiden, was in der ersten Version wegbleibt.

Was ist ein MVP, wofür steht die Abkürzung? MVP ist die Abkürzung des englischen Ausdrucks minimum viable product; im Deutschen spricht man von einem minimal funktionsfähigen Produkt (minimal überlebensfähiges Produkt). Es ist die kleinste, aber funktionierende Version einer Produktidee, die ausreicht, um ihre kritischste Annahme mit echten Nutzern zu testen. Ziel ist nicht, ein unvollständiges Produkt herauszubringen, sondern mit minimalen Entwicklungskosten eine datenbasierte Antwort auf die Frage “Werden die Leute das wirklich nutzen?” zu erhalten.

Was ist ein MVP, und was ist es nicht?

Ein MVP (minimum viable product / minimal funktionsfähiges Produkt) ist die kleinste Form Ihres Produkts, die ausreicht, um eine Annahme zu testen. Das entscheidende Wort ist hier „funktionsfähig“: Es erledigt seine Aufgabe wirklich, es erledigt nur wenige Aufgaben.

• Kein MVP ist: ein unfertiges, fehlerhaft arbeitendes Produkt mit schwacher Sicherheit. Der Nutzer empfindet es als „unvollständig“ und kommt nicht wieder; und das liefert auch kein Ergebnis, weil Sie nicht unterscheiden können, ob das Produkt oder die Idee nicht funktioniert hat.
• Ein MVP ist: ein Produkt, das eine einzige Aufgabe von Anfang bis Ende sauber erledigt. Der Nutzer sagt „Wenn das jetzt noch X hätte“ — das ist die gewünschte Reaktion.

Schreiben Sie zuerst auf: Welche Annahme testen Sie?

Ein MVP ist ein Experiment, und jedes Experiment hat eine Hypothese. Vervollständigen Sie vor der Eingrenzung des Umfangs diesen Satz: „Ich glaube, dass Menschen … tun werden; das werde ich an der Zahl … erkennen.“

Beispiele:

• „Ich glaube, dass Gewerbetreibende ihre Lagerverwaltung über das Telefon erledigen werden; das werde ich daran erkennen, dass sich von 20 registrierten Betrieben mindestens 8 zwei Wochen lang dreimal pro Woche anmelden.“
• „Ich glaube, dass Kunden ihren Termin über die App statt per Telefon buchen werden; das werde ich daran erkennen, dass nach einem Monat mindestens ein Viertel der Termine über die App kommt.“

Wenn Sie diesen Satz nicht schreiben können, wissen Sie auch nicht, woran Sie das MVP bewerten werden. „Die Leute fanden es gut“ ist kein Ergebnis; haben sie es genutzt, sind sie wiedergekommen, haben sie bezahlt — das Kriterium muss eines davon sein.

Die Methode zur Eingrenzung des Umfangs

Mit drei Fragen können Sie die Liste kürzen:

• Ein Nutzertyp: Gibt es mehrere Seiten (Käufer–Verkäufer, Kunde–Betrieb), entscheiden Sie, wessen Problem Sie in der ersten Version lösen. Die Arbeit der anderen Seite können Sie vorübergehend selbst von Hand erledigen.
• Ein Ablauf: Ein einziger Vorgang, der das Rückgrat der App bildet. Gibt es „Bestellung aufgeben“, dann gibt es in der ersten Version keine Aktionen, keine Favoriten und keine Empfehlungsmaschine.
• Ein Ergebnis: Was hat der Nutzer in der Hand, wenn er dieses Produkt verwendet hat? Alles, was dieses Ergebnis nicht erzeugt, bleibt aus der ersten Version draußen.

Sehen Sie sich die Funktionsliste an und fragen Sie: „Ist das Produkt unbrauchbar, wenn wir das streichen?“ Lautet die Antwort „Es funktioniert trotzdem“, streichen Sie es.

Drei Dinge, die bei einem MVP auf keinen Fall gekürzt werden

Der Umfang wird gekürzt, die Qualität nicht. Diese drei müssen auch in der ersten Version vollständig sein:

• Der Hauptablauf funktioniert sauber: Erledigen Sie wenig, aber das, was Sie erledigen, fehlerfrei.
• Datensicherheit: Wenn Sie Nutzerdaten erheben, ist das nicht die Stelle für „Halten wir es vorerst einfach“.
• Verwaltungsoberfläche: Eine Oberfläche, über die Sie auf Betriebsseite sehen, was passiert, und eingreifen können. Wird sie vergessen, geht das Produkt online, lässt sich aber nicht verwalten.

Wege, ohne Code zu testen

Manche Annahmen lassen sich auch ohne Software testen, und das ist der günstigste Weg:

• Einseitige Vorstellungsseite: Eine Seite, die das Produkt beschreibt, und ein Anmeldeformular. Wie viele Personen hinterlassen ihre Daten? Das ist das erste Signal für Nachfrage.
• Hinter den Kulissen von Hand ausführen: Erledigen Sie die Arbeit, die für den Nutzer automatisch aussieht, im Hintergrund selbst. Terminzuordnung, Empfehlungen erstellen, Bestellungen weiterleiten können Sie anfangs von Hand machen. So lernen Sie auch, welche Regeln nötig sind.
• Mit fertigen Tools aufbauen: Bauen Sie den Ablauf mit Formular-, Tabellen- und Messaging-Tools auf und probieren Sie ihn mit einigen echten Nutzern aus.
• Klickbares Design: Sagen Sie dem Nutzer mit einer nicht funktionierenden, aber navigierbaren Oberfläche „Machen Sie X“ und beobachten Sie, wo er hängen bleibt.

Die Erkenntnisse aus diesen Methoden bestimmen direkt den Umfang, wenn Sie mit der Entwicklung beginnen.

Wie lesen Sie das Ergebnis?

Ein MVP liefert eines von drei Ergebnissen, und alle drei sind wertvoll:

• Es hat funktioniert: Die Nutzung hat das von Ihnen angestrebte Kriterium erfüllt. Die nächsten Funktionen wählen Sie jetzt nicht mehr nach Vermutung, sondern anhand der Stellen, an denen Nutzer hängen bleiben.
• Es hat teilweise funktioniert: Nicht die erwartete Zielgruppe, sondern eine andere hat es genutzt, oder eine unerwartete Funktion ist in den Vordergrund getreten. Das ist meist das lehrreichste Ergebnis; Sie haben eine Begründung, die Richtung zu ändern.
• Es hat nicht funktioniert: Schmerzhaft, aber günstig. Hätten Sie dieselbe Idee im vollen Umfang umsetzen lassen, hätten Sie dasselbe Ergebnis sehr viel teurer gelernt.

Das dritte Ergebnis von Anfang an akzeptieren zu können, ist der eigentliche Nutzen des MVP-Ansatzes.

Häufige Fehler

• Ohne Kriterium veröffentlichen: Die Interpretation des Ergebnisses wird zur Diskussionssache.
• Entwickeln, ohne Nutzer gefunden zu haben: Wer das MVP ausprobieren wird, müssen Sie planen, bevor die Entwicklung abgeschlossen ist. Produkt fertig, keine Nutzer — das ist eine häufige Situation.
• Die „Und dann noch …“-Schleife: Hat der Umfang schon vor der Veröffentlichung begonnen zu wachsen, ist es kein MVP mehr.
• Zu früh aufgeben: Geringe Nutzung in der ersten Woche ist meist ein Problem der Bekanntmachung, nicht des Produkts.
• Provisorische Lösungen dauerhaft machen: Haben sich die von Hand ausgeführten Schritte bewährt, sollten sie automatisiert werden, bevor der Betrieb wächst.

Häufig gestellte Fragen

Wie lange dauert es, bis ein MVP fertig ist?

Das hängt davon ab, wie eng der Umfang ist und ob die Inhalte bereit sind; eine Dauer im Voraus zu nennen wäre nicht seriös. Was die Dauer wirklich verkürzt, ist das Kürzen der Funktionsliste. Sobald der Umfang feststeht, geben wir den Zeitplan schriftlich an.

Kann ich das MVP später erweitern, oder wird es neu geschrieben?

Das ist eine Frage der technischen Entscheidung und sollte von Anfang an besprochen werden. Ein MVP, das nach dem Motto „Schnell raus, später werfen wir es weg“ gebaut wurde, muss möglicherweise neu geschrieben werden, wenn es funktioniert. Soll es wachstumsfähig aufgebaut werden, steigen die Anfangskosten etwas — welche Variante Sie bevorzugen, legen wir zu Projektbeginn gemeinsam fest.

Reicht ein MVP für Investoren?

Investoren suchen in der Regel keine Idee, sondern Belege: Menschen, die es nutzen, wiederholte Nutzung, Zahlungen. Das MVP ist der Weg, diese Belege zu erzeugen, aber die Belege erzeugt nicht das MVP selbst, sondern die Nutzungsdaten, die es sammelt.

Mein Wettbewerber hat den vollen Funktionsumfang — wie soll ich mit einem unvollständigen Produkt konkurrieren?

Gar nicht — Sie lösen ein Problem einer eng umrissenen Gruppe besser als er. Das Ziel des MVP ist nicht der gesamte Markt, sondern die erste Nutzergruppe.

Bedeutet MVP billig?

Es bedeutet günstiger, nicht billig. Der Umfang wird kleiner, aber die Qualität der Arbeit nicht; Server, Sicherheit und Tests sind weiterhin erforderlich.

Lassen Sie uns die erste Version Ihrer Idee gemeinsam entwickeln

Teilen Sie uns Ihre Idee mit, wer sie nutzen wird und welches Ergebnis Sie sehen müssen, um „Es hat funktioniert“ sagen zu können; dann entscheiden wir gemeinsam, was in der ersten Version bleibt und was wartet. Sie können sich unsere Leistungen App-Entwicklung und individuelle Softwareentwicklung ansehen und uns kontaktieren — wir kommunizieren auf Englisch oder Türkisch. Für den Budgetteil lohnt sich ein Blick in unseren Beitrag zu den Kosten einer mobilen App.