Wie ich ein MVP abstecke – und was ich bewusst weglasse

Ein MVP ist keine verkleinerte Folie aus der Präsentation. Es ist das kleinste Produkt, das eine echte Handlung ermöglicht: einen Termin buchen, eine Rechnung ausstellen oder einen Datensatz speichern, dem jemand am Montag vertraut.

Ich beginne mit den Einschränkungen, nicht mit dem Stack. Welche eine Rolle hat die Person? Welchen einen Ablauf muss sie durchlaufen? Was darf hinter der Oberfläche zunächst manuell bleiben? Sind diese drei Antworten unklar, schätzen wir nicht – wir schmücken die Unsicherheit aus.

Mein Web-Stack für 2026 ist absichtlich unspektakulär: Next.js, TypeScript, PostgreSQL, wenn Daten zuverlässig erhalten bleiben müssen, Tailwind und ein Deployment-Host, dessen Funktionsweise ich erklären kann. Ich ergänze weder ein Netz aus Services noch eine Neufassung des Designsystems oder einen KI-Chatbot fürs Schlagwort im Pitch Deck.

Vor den ersten Nutzern verzichte ich auf eine zweite Persona, einen Migrationsplan, Echtzeitfunktionen ohne echte Echtzeitanforderung und ein CMS für drei Seiten. Das kommt, wenn die erste Schleife geschlossen ist – wenn also tatsächlich jemand zurückgekehrt ist.

Wenn Sie mir ein Briefing schicken, nennen Sie die Handlung und die Einschränkung. Ich antworte mit der kleinsten Version, die ich produktiv ausliefern würde, und einer kurzen Liste dessen, was ich vorerst nicht bauen würde. Diese Liste ist die Schätzung.