Leistungen Produkte Unternehmen Journal Kontakt
English Türkçe Deutsch

ECHO / JOURNAL · NOTIZ 09

MVP Definition: Was gehört in die erste App-Version?

Ein MVP ist die erste funktionierende Version eines Produkts. Die MVP-Definition besteht aus zwei Listen: was diese Version tut und was sie bewusst weglässt. Die zweite Liste ist die schwierigere. Diese Notiz beschreibt, wie wir bei ECHO den Umfang denken, wenn ein neues Web- oder Mobilprodukt startet: ein Ziel, eine Person und nur die Arbeit, die die Idee prüft.

ECHO ·

Eine Skizze eines App-Bildschirms auf Transparentpapier, in vier Bereiche geteilt; nur der Bereich der ersten Version ist mit champagnerfarbenem Papier ausgefüllt, daneben ein silberner Stift

Mit einer Frage beginnen, nicht mit einer Funktionsliste

Ein MVP gibt es, um eine Frage zu beantworten, die sich im Gespräch nicht beantworten lässt. Nutzen Menschen das, um die Aufgabe zu erledigen? Kommen sie wieder? Zahlen sie dafür? Eine davon wählen. Eine erste Version, die drei Fragen zugleich beantworten will, beantwortet meist keine, weil jede Funktion um dieselben Wochen konkurriert.

Dann die Person und die Aufgabe benennen. Wer öffnet die App, was hat diese Person in der Hand, was soll zehn Minuten später anders sein? Zwei Sätze dazu bringen für den Umfang mehr als jedes Backlog-Werkzeug. Wer die Person nicht benennen kann, hat den Umfang noch nicht.

Jede Funktion danach sortieren, was sie prüft

Jede vorgeschlagene Funktion kommt in eine von drei Gruppen. Muss: Ohne sie ist die Frage nicht zu beantworten. Sollte: Sie macht die Antwort klarer oder den Test fairer. Später: eine gute Idee, die die Antwort nicht verändert. Nur die erste Gruppe ist das MVP. Die anderen beiden gehen nicht verloren; sie sind der Plan für die zweite Version, am ersten Tag aufgeschrieben.

Wie klein die Muss-Gruppe ist, überrascht oft. Registrierung, Passwort zurücksetzen, Einstellungen, ein Admin-Bereich und eine zweite Plattform landen meist bei Sollte oder Später. Viele erste Versionen laufen auf einer Plattform, mit einem geteilten Link statt Konten, und im Hintergrund erledigt ein Mensch einen Schritt von Hand. Genau so sieht ein gut geschnittener Umfang aus.

Vor dem Bauen festlegen, was „es hat funktioniert“ heißt

Das Signal vorab bestimmen: eine Zahl, ein Verhalten, ein Satz, den jemand sagt. „Zehn von dreißig eingeladenen Personen haben die Aufgabe ohne Hilfe abgeschlossen“ ist ein Satz zum Umfang, weil er sagt, welche Teile des Produkts solide sein müssen und welche grob bleiben dürfen. Ohne ihn rutscht der Termin, denn nichts sagt, wann Schluss ist.

Dasselbe Signal schützt das Team nach dem Start. Wenn das Ergebnis da ist, geht es um die Frage, die beantwortet werden sollte, nicht um Funktionen, die sich jemand gewünscht hätte.

Den Umfang auf eine Seite schreiben und datieren

Ziel, Person, Aufgabe, Muss-Liste, Nicht-jetzt-Liste, Erfolgssignal und das Datum, an dem Sie nachsehen. Eine Seite, mit Datum. Der Umfang wird sich beim Bauen ändern; das ist normal. Eine Änderung auf einer datierten Seite ist sichtbar, eine Änderung an einer mündlichen Absprache nicht.

Diese Seite ist auch das, was ein Studio braucht, um die Arbeit anzubieten. ECHO schickt nach einem ersten Gespräch ein schriftliches Angebot, und dieses Gespräch besteht größtenteils daraus, diese Seite gemeinsam zu schreiben. Wie ein Projekt von dort weitergeht, steht auf der Leistungsseite. Eine erste Version, die eine Frage beantwortet, ist genau das Produkt aus Warum nützlich besser ist als beeindruckend.

Kontakt aufnehmen→