MVP-Entwicklung
MVP-Entwicklung ist eine lauffähige Fassung des Produkts in kleinem Umfang, gebaut für einen einzigen Zweck: die Nachfrage an echten Menschen zu prüfen und nicht in einer Präsentation. In wenigen Wochen zu erfahren, dass eine Annahme nicht trägt, ist günstiger, als es nach einem Jahr voller Entwicklung zu erfahren.
Ein MVP ist kein beschnittenes Produkt und keine billige Fassung eines guten. Es ist die kürzeste funktionierende Kette, die eine Hauptfrage beantwortet. Meist lautet sie: Werden Menschen das nutzen und werden sie dafür zahlen. Alles, was zu dieser Antwort nichts beiträgt, fliegt aus der ersten Fassung heraus, auch wenn es später offensichtlich gebraucht wird.
Das Streichen des Überflüssigen ist die eigentliche Arbeit. Auftraggeber kommen meist mit einer Liste von dreißig Funktionen, von denen jede unverzichtbar wirkt. Wir arbeiten durch, welche davon die Annahme prüft und welche den Moment der Wahrheit nur hinausschiebt. In der Regel bleiben von dreißig fünf übrig, und das ist der nützlichste Teil des Projekts.
Die Antwort, die ein MVP bringt, kann auch verneinend ausfallen, und diese Antwort geben wir ebenfalls. Sie ist unangenehm, kostet aber eine kleine Fassung eines Produkts und nicht ein Jahr Entwicklung und einen Start, auf den niemand gewartet hat. Manchmal ist das Ergebnis ein drittes: Die Annahme bestätigte sich nicht, dafür trat in den Gesprächen mit Menschen eine andere zutage. So entstand SignItNow. Wir führten den technischen Teil einer Werbekampagne gemeinsam mit der Marketingleitung des Auftraggebers, sprachen mit Unternehmerinnen und Unternehmern, und aus diesen Gesprächen zeigte sich, dass ein Dokument zu beglaubigen und ein Dokument zu unterschreiben zwei verschiedene Bedürfnisse sind und das zweite niemand abdeckte. Von dort wuchs das Produkt und nicht aus einer fremden Annahme.
Und gesondert zur Qualität. Das Wort minimal bezieht sich auf den Umfang und nicht darauf, wie der Code geschrieben ist. Wir bauen kein MVP, das im Ganzen weggeworfen werden muss: Die Architektur legen wir so an, dass sich eine erfolgreiche Fassung weiterentwickeln lässt. Schreiben wir einen Teil zugunsten der Geschwindigkeit bewusst zum Wegwerfen, sagen wir das vorher und erklären, was das später bedeutet.
Vor einem MVP lohnt sich ein Prototyp: Er ist günstiger und nimmt einen Teil der Fragen schon vor der Entwicklung. Danach kommen Design, Webentwicklung oder eine mobile Anwendung und das Backend, und sobald die erste Fassung die Nachfrage bestätigt, wird daraus ein vollwertiger Online-Dienst. Lautet die Frage noch grundsätzlicher, ob man das überhaupt angehen sollte, beginnen Sie mit der Unternehmensberatung.
Was die Leistung umfasst
Jede Auswahl aus dem Folgenden lässt sich einzeln beauftragen.
Was genau wir prüfen, an wem, und woran wir erkennen, dass die Antwort vorliegt. Ohne das wird ein MVP nur zu einem kleinen Produkt.
Welche Szenarien in die erste Fassung gehören und welche nicht. Strittige Funktionen halten wir schriftlich zurück, damit man auf sie zurückkommen kann.
Die zentralen Bildschirme klickbar, danach die Gestaltung. In dieser Phase fallen meist noch ein paar Funktionen weg.
Frontend, Serverseite, Anbindungen und alles, ohne das ein Szenario nicht vollständig funktioniert.
Wir bringen es zu echten Nutzenden, beobachten das Verhalten und sammeln Rückmeldungen und Kennzahlen.
Auswertung des Ergebnisses und eine offene Antwort: weiterentwickeln, umbauen oder einstellen. Dazu eine Kalkulation für den nächsten Schritt.
Wie wir arbeiten
Was wir prüfen, an wem, und mit welchen Zahlen sich der Erfolg messen lässt.
Inhalt der ersten Fassung, was zurückgestellt wird, Kalkulation nach Etappen.
Eine klickbare Fassung und die Gestaltung der zentralen Bildschirme.
Zweiwöchige Iterationen mit Vorführung, jede lässt sich öffnen und als Szenario durchlaufen.
Echte Nutzende, Beobachtung, Kennzahlen, Entscheidung über den nächsten Schritt.
Stack und Werkzeuge
Fallstudien zu dieser Leistung
Häufige Fragen
Hinter einem Prototyp steht kein Code, es sind verbundene Bildschirme zur Prüfung von Logik und Bedienbarkeit. Ein MVP ist ein lauffähiges Produkt mit Serverseite und echten Daten, an dem Nachfrage und Geld geprüft werden.
Eine billige Fassung tut dasselbe, nur schlechter. Ein MVP tut wenig, das aber vollständig, und beantwortet eine konkrete Frage. Das sind verschiedene Dinge, und sie zu verwechseln kommt teuer.
Das hängt davon ab, wie viele Szenarien in die erste Fassung gehören und ob eine eigene Serverseite nötig ist. Die Kalkulation nach Etappen geben wir nach der Klärung der Annahme, und dort wird auch sichtbar, wofür genau Sie zahlen.
Dann erfahren Sie das in Wochen und für überschaubares Geld. Genau das ist der Zweck. Wir geben eine verneinende Antwort direkt und schlagen nicht vor, noch ein wenig nachzubessern.
Nicht vollständig. Die Architektur legen wir so an, dass sich eine erfolgreiche Fassung weiterentwickeln lässt. Wird ein Teil des Codes zugunsten der Geschwindigkeit bewusst zum Wegwerfen geschrieben, benennen wir das vor Arbeitsbeginn.
Das regelt der Vertrag, und wir halten es in der Phase des Pflichtenhefts fest, noch vor Arbeitsbeginn. Während des Projekts arbeitet das Team entweder auf unserer Infrastruktur oder auf Ihrer: Das hängt von der Komplexität des Projekts ab und davon, ob bei Ihnen bereits eine Infrastruktur vorhanden ist. Jede abgenommene Etappe wird auf Ihre Server und in Ihr Repository übertragen, die Arbeit sammelt sich also bei Ihnen und nicht bei uns. Nach Abschluss des Projekts gehen der gesamte Code, alle Arbeitsergebnisse und die Dokumentation samt den Rechten daran an Sie über.
Ja, in einer gesonderten Vereinbarung: Bereitschaft, Nacharbeiten und der Übergang von der ersten Fassung zum vollwertigen Produkt.
Verwandte Leistungen
Besprechen wir Ihre Aufgabe?
Sagen Sie uns, was zu tun ist - wir melden uns mit einer Einschätzung, der Teamzusammensetzung und einem Plan für die ersten zwei Wochen.