Die typische MVP-Falle: Für eine Demonstration wird schnell gebaut, bei den ersten echten Nutzern ist jedoch alles neu zu schreiben. Wir legen deshalb früh fest, welche Teile vorläufig sind und welche das Wachstum tragen müssen.
In Woche 1–2 bearbeiten wir kritische Nutzerabläufe statt einzelner Screens. Jeder Ablauf ist mit einem geschäftlichen oder technischen Risiko verbunden. Alles andere wird dokumentiert und aus dem ersten Release entfernt.
In Woche 3–6 entsteht das dauerhafte Gerüst aus Datenmodell, API, Authentifizierung und Deployment. Diese Komponenten können noch in drei Jahren laufen und erhalten daher von Anfang an Tests und Monitoring. Die Oberfläche bleibt bewusst einfach.
In Woche 7–10 endet jede Woche mit einer nutzbaren Version. Feedback kommt, solange Änderungen noch günstig sind. Woche 11–12 dient Lasttests, Sicherheitsprüfung, Protokollierung und Wiederanlaufplanung.
Das Ergebnis ist kein Wegwerfprototyp, sondern die erste betriebsfähige Version eines echten Produkts.
