Der Investor fragt nach einem Termin, und die Agentur spricht von einem Quartal mit Figma als erstem Meilenstein. Die erste nutzbare Version eines MVP sollte Wochen dauern, nicht Monate. Hinein gehört ein Weg, für den ein Kunde bezahlt, und sonst nichts. Spricht der Plan von einem Quartal vor dem ersten Nutzer, stimmt der Umfang nicht.
Unten: wie lange es bei uns dauert, was in die erste Version gehört und woran Sie einen falschen Plan erkennen.
Wie lange dauert die MVP-Entwicklung?
Bei uns zählt die erste Version in Wochen. Zwei Zahlen aus unseren Projekten:
Arbeitstage bis zur ersten Version bei einem Projekt
knapp 10
bis das ganze System eines anderen Projekts gestartet war
1 Monat
Die Zahl ist nicht das Wichtigste. Wichtig ist, was in dieser Zeit bei Nutzern ankommt. Eine Woche Entwicklung, die niemand nutzt, kostet mehr als ein Monat, aus dem Sie etwas lernen.
Die Dauer bestimmt nicht die Technologie. Sie bestimmt, wie viele Dinge Sie bewusst aus der ersten Version weglassen.
Was gehört in die erste Version eines MVP?
Die erste Version beantwortet eine Frage: Zahlt jemand dafür? Die Liste dessen, was hineingehört, ist kurz. Die Liste dessen, was wartet, ist länger.
Version eins
Gehört in Version eins
Ein Weg, für den ein Kunde bezahlt. Von der Anmeldung bis zum Ergebnis, das er will.
Eine Möglichkeit herauszufinden, ob er zahlen würde. Eine Zahlung, eine verbindliche Bestellung oder zumindest ein Test-Abo.
Eine einfache Verwaltung für Sie. Gerade so viel, dass Sie nie direkt in die Datenbank schreiben müssen.
Messung. Wo Menschen abspringen und was sie wirklich nutzen.
Wartet auf Version zwei
Mobile App und Web gleichzeitig.
Rollen und Rechte für alle Nutzertypen.
Anbindungen an alle Systeme, die eines Tages nützlich sein könnten.
Berichte und Diagramme für Daten, die es noch nicht gibt.
Einmal schickte uns eine Firma ein Pflichtenheft mit Dutzenden Seiten: Web und Mobile, viele Module, mehrere Sprachen und der Plan, es später weiterzuverkaufen. Statt eines Preises für das Ganze schrieben wir auf, was einfach ist und was komplex. Die erste Version hatte nur wenige Module und eine Sprache.
Wie sieht ein vernünftiger Zeitplan aus?
Bei uns hat jeder Schritt ein klares Ergebnis. Kein Schritt ist „Analyse“ ohne Software am Ende.
01
Liste
Was zuerst kommt, wann und zu welchem Preis. Fertig, wenn Sie sie einem Mitgründer in wenigen Minuten erklären.
02
Erste Version
Ein Weg, der im echten Betrieb funktioniert. Fertig, wenn die erste Person außerhalb der Firma ihn allein geht.
03
Erste Nutzer
Korrekturen dort, wo sie hängen geblieben sind. Fertig, wenn sie zurückkommen, ohne dass Sie bitten.
04
Nächster Weg
Die nächste Funktion nach Daten, nicht nach Ideen. Sie können sagen, warum genau diese.
Design ist wichtig, aber für eine Figma-Datei bezahlt Sie niemand. Und bis der erste Nutzer kommt, verbrennen Sie Geld und lernen nichts. Nehmen Sie das Angebot auf Ihrem Tisch. Haken Sie ab, was darauf zutrifft.
Sie haben noch mit keinem Kunden gesprochen. Zuerst Gespräche und ein klickbarer Prototyp. Dafür brauchen Sie keine Entwicklung.
Sie wollen im ersten Monat eine fertige Plattform mit allem. Das versprechen wir nicht. Wir beginnen mit dem, was die ersten Nutzer brauchen.
Sie suchen jemanden, der es gegen Firmenanteile baut. Das machen wir nicht. Suchen Sie einen technischen Mitgründer.
Sie wollen nicht über Funktionen diskutieren. Wir werden Nein sagen. Ohne das entsteht keine erste Version in Wochen.
In dieser Phase brauchen Sie oft keine Monate Entwicklung und keine robuste Architektur. Ein Prototyp, der die wichtigsten Annahmen prüft, reicht.
Filip Papranec
Gründer von Digitaliko
Brauchen Sie einen Termin, den Sie verteidigen können?
Schreiben Sie uns, was das Produkt tun soll und für wen. Wir melden uns innerhalb von zwei Arbeitstagen und wählen gemeinsam, was wir zuerst lösen. Wir schreiben auf, was zuerst kommt, wann und was wir vorerst weglassen.
Die erste nutzbare Version sollte in Wochen bei Nutzern sein, nicht in Monaten. Bei einem Projekt hatten wir sie in knapp 10 Arbeitstagen. Spricht der Plan von einem Quartal vor dem ersten Nutzer, stimmt der Umfang nicht.
Was ist ein MVP?
Die kleinste Version eines Produkts, an der Sie erfahren, ob Kunden es wollen. Kein Demo und keine Figma-Datei. Software, die Menschen wirklich nutzen und idealerweise bezahlen.
Was sollte die erste Version eines MVP enthalten?
Einen Weg, für den ein Kunde bezahlt, von der Anmeldung bis zum Ergebnis. Dazu eine Möglichkeit herauszufinden, ob er zahlen würde, und Messung. Alles andere wartet auf Version zwei.
Warum planen Agenturen für ein MVP Monate ein?
Oft, weil sie alles in die erste Version packen, was der Gründer erwähnt hat. Der erste Meilenstein ist dann Design, nicht Software. Ein kürzerer Plan entsteht, wenn jemand Nein zu Funktionen sagt, die der erste Kunde nicht braucht.
Wem gehört der Code des MVP?
Ihnen, vom ersten Tag an. Code, Daten und Infrastruktur gehören Ihnen, sodass Sie später Investoren gewinnen oder eigene Entwickler einstellen können, ohne umzuziehen.
Fragen Sie eine KI zu diesem Artikel
Die KI nutzt dabei auch unsere anderen Artikel und Erfahrung aus echten Projekten.
Ihre Lovable-App funktioniert, aber hält sie echten Kunden stand? Der Code lässt sich über GitHub exportieren und weiterentwickeln. Was Sie prüfen sollten, vor allem den Datenzugriff, und was ohne Neuschreiben dazukommt.
Ein Vibe-Coding-Prototyp kommt in die Produktion, wenn Sie Sicherheit, Backups, wiederholbares Deployment, Tests und Monitoring ergänzen. Was fehlt, wie Sie es prüfen und wann ein Neuanfang lohnt.
Eine App von einem anderen Anbieter übernehmen Sie in drei Schritten: Code, Zugänge und Daten sichern, jemanden in den Code schauen lassen und erst dann entscheiden. Checkliste und drei mögliche Urteile.
LinkedIn
Echte Erfahrungen, kein Hype
Filip Papranec, Gründer von Digitaliko. Auf LinkedIn lösen wir technische Herausforderungen, teilen Erfahrung aus der Entwicklung und zeigen, wie KI Unternehmen wirklich verändert. KI-Hype mögen wir nicht: Wir sind Realisten, keine Traumverkäufer.