MVP-Entwicklung für Web-Apps: In 8-12 Wochen zur ersten Version
“Wir brauchen User-Management, Dashboard, Reporting, API-Anbindung, Mobile App, KI-Integration und ein Admin-Panel. Budget: 30.000 Euro, Timeline: 6 Wochen.” Solche Anfragen bekomme ich monatlich. Meine Antwort: Das ist kein MVP, das ist eine Wunschliste. Nach 50+ MVP-Projekten zeige ich Ihnen, wie ein realistischer MVP aussieht, was er kostet und warum “weniger” oft “schneller am Markt” bedeutet.
Executive Summary
| MVP-Typ | Umfang | Timeline | Budget |
|---|---|---|---|
| Micro-MVP | 1 Kernfunktion, keine Extras | 4 bis 6 Wochen | 15.000 bis 25.000 Euro |
| Standard-MVP | 3 bis 5 Kernfunktionen, Basic UI | 8 bis 12 Wochen | 30.000 bis 50.000 Euro |
| Enterprise-MVP | Kernfunktionen + SSO + Compliance | 12 bis 16 Wochen | 50.000 bis 80.000 Euro |
Die goldene Regel: Ein MVP, das länger als 12 Wochen braucht, ist kein MVP mehr.
Was ist ein MVP wirklich?
Die Definition, die zählt
MVP steht für “Minimum Viable Product”. Das Schlüsselwort ist Minimum:
- Minimum: Die absolut kleinste Version
- Viable: Die trotzdem funktioniert und Wert liefert
- Product: Kein Prototyp, sondern nutzbare Software
Was ein MVP NICHT ist
❌ Eine abgespeckte Version des Endprodukts ❌ Ein Prototyp zum Wegwerfen ❌ Eine Demo für Investoren ❌ Version 1.0 mit allen Features
Was ein MVP IST
✅ Der schnellste Weg, eine Hypothese zu validieren ✅ Echte Software für echte Nutzer ✅ Die Basis für datengetriebene Entscheidungen ✅ Der Startpunkt für iterative Entwicklung
Die MVP-Formel: Was rein muss
Schritt 1: Das Kernproblem identifizieren
Fragen Sie sich: Welches EINE Problem lösen wir?
// Falsch: Zu viele Probleme gleichzeitig
class WunschlisteApp {
public function loestProbleme(): array {
return [
'Zeiterfassung',
'Projektmanagement',
'Rechnungsstellung',
'Kundenverwaltung',
'Reporting',
'Team-Chat',
]; // Das ist kein MVP!
}
}
// Richtig: EIN Kernproblem
class MvpApp {
public function loestProblem(): string {
return 'Zeiterfassung für Freelancer';
// Alles andere kommt später
}
}
Schritt 2: Die Must-Have-Features definieren
Nutzen Sie die MoSCoW-Methode:
| Kategorie | Bedeutung | Im MVP? |
|---|---|---|
| Must | Ohne geht es nicht | ✅ Ja |
| Should | Wichtig, aber nicht kritisch | ❌ Nein |
| Could | Nice-to-have | ❌ Nein |
| Won’t | Nicht in dieser Version | ❌ Nein |
Beispiel: Zeiterfassungs-MVP
| Feature | Kategorie | Begründung |
|---|---|---|
| Zeit starten/stoppen | Must | Kernfunktion |
| Projekt zuordnen | Must | Ohne nutzlos |
| Export als CSV | Must | Daten müssen raus |
| Login/Registrierung | Must | Multi-User |
| Schöne Grafiken | Should | Später |
| Mobile App | Should | Web reicht erstmal |
| Rechnungen erstellen | Could | Anderes Problem |
| Team-Funktionen | Won’t | Andere Zielgruppe |
Schritt 3: Die User Journey auf das Minimum reduzieren
// MVP User Journey: Zeiterfassung
class MvpUserJourney {
public function getSteps(): array {
return [
1 => 'Registrieren (E-Mail, Passwort)',
2 => 'Projekt anlegen (Name, optional Stundensatz)',
3 => 'Timer starten',
4 => 'Timer stoppen',
5 => 'Zeiten exportieren (CSV)',
];
// 5 Schritte. Mehr nicht.
}
public function getNichtImMvp(): array {
return [
'Social Login',
'Team-Einladungen',
'Automatische Rechnungen',
'Kalender-Integration',
'Mobile App',
'Dark Mode',
'Mehrsprachigkeit',
];
// Alles valide Features. Aber nicht für MVP.
}
}
Realistische Timeline: 8 bis 12 Wochen
Woche 1 bis 2: Discovery & Konzept
Ziel: Alle auf denselben Stand bringen
| Tag | Aktivität | Output |
|---|---|---|
| 1 bis 2 | Kick-off, Stakeholder-Interviews | Problemverständnis |
| 3 bis 4 | User Stories schreiben | Backlog (priorisiert) |
| 5 bis 6 | Wireframes (grob) | Klickbarer Prototyp |
| 7 bis 8 | Technisches Konzept | Architektur-Entscheidungen |
| 9 bis 10 | Review & Freigabe | Go für Entwicklung |
Kosten: 5.000 bis 8.000 Euro Ergebnis: Alle wissen, was gebaut wird
Woche 3 bis 4: Grundgerüst
Ziel: Technische Basis steht
// Was in Woche 3-4 entsteht:
class MvpGrundgeruest {
public array $infrastruktur = [
'Server-Setup (Debian, Nginx, PHP-FPM)',
'Datenbank (PostgreSQL)',
'Deployment-Pipeline (Git-basiert)',
'Basis-Security (HTTPS, Firewall)',
];
public array $backend = [
'Projektstruktur',
'Routing',
'Datenbank-Verbindung',
'Session-Management',
];
public array $frontend = [
'HTML/CSS-Framework (Tailwind oder Bootstrap)',
'JavaScript-Basis (Vanilla oder Vue)',
'Responsive Layout',
];
}
Kosten: 6.000 bis 10.000 Euro Ergebnis: “Hello World” läuft auf dem Server
Woche 5 bis 8: Kernfunktionen
Ziel: Die Must-Haves funktionieren
// Sprint-Planung für Zeiterfassungs-MVP
class SprintPlanung {
public function getSprints(): array {
return [
'Sprint 1 (Woche 5-6)' => [
'User-Registrierung',
'Login/Logout',
'Passwort-Reset',
'Projekt anlegen/bearbeiten/löschen',
],
'Sprint 2 (Woche 7-8)' => [
'Timer starten/stoppen',
'Zeiteinträge manuell erfassen',
'Übersicht der Zeiten',
'CSV-Export',
],
];
}
public function getVelocity(): string {
return '1 Entwickler = ca. 30-40 Story Points / Sprint';
}
}
Kosten: 12.000 bis 20.000 Euro Ergebnis: Kernprodukt funktioniert
Woche 9 bis 10: Polish & Testing
Ziel: Qualität sicherstellen
| Aktivität | Aufwand | Warum wichtig |
|---|---|---|
| Bug-Fixing | 16h | Offensichtliche Fehler beheben |
| UI-Polish | 8h | Kein “Developer-Design” |
| Security-Review | 8h | Keine peinlichen Lücken |
| Performance-Check | 4h | < 2s Ladezeit |
| User-Testing | 8h | Echte Menschen testen |
Kosten: 4.000 bis 6.000 Euro Ergebnis: Vorzeigbare Software
Woche 11 bis 12: Launch & Iteration
Ziel: Live gehen und lernen
// Launch-Checkliste
class LaunchCheckliste {
public array $vorLaunch = [
'Backup-System getestet',
'Monitoring eingerichtet',
'Error-Tracking aktiv (Sentry o.ä.)',
'Analytics eingebaut',
'Impressum & Datenschutz',
'SSL-Zertifikat aktiv',
];
public array $launch = [
'DNS umstellen',
'Erste User einladen (Beta)',
'Feedback-Kanal einrichten',
'Support-Prozess definieren',
];
public array $nachLaunch = [
'Täglich: Logs prüfen',
'Wöchentlich: User-Feedback auswerten',
'Bi-Weekly: Iteration planen',
];
}
Kosten: 3.000 bis 6.000 Euro Ergebnis: MVP ist live, Feedback kommt rein
Kostenaufstellung: Transparent kalkuliert
Standard-MVP (30.000 bis 50.000 Euro)
| Phase | Stunden | Stundensatz | Kosten |
|---|---|---|---|
| Discovery & Konzept | 40h | 100 Euro | 4.000 Euro |
| Infrastruktur | 24h | 100 Euro | 2.400 Euro |
| Backend-Entwicklung | 120h | 100 Euro | 12.000 Euro |
| Frontend-Entwicklung | 80h | 100 Euro | 8.000 Euro |
| Testing & QA | 40h | 100 Euro | 4.000 Euro |
| Deployment & Launch | 16h | 100 Euro | 1.600 Euro |
| Projektmanagement | 20h | 100 Euro | 2.000 Euro |
| Gesamt | 340h | 34.000 Euro |
Was den Preis nach oben treibt
| Faktor | Aufpreis | Beispiel |
|---|---|---|
| Komplexe Integrationen | +20 bis 40% | SAP, Salesforce, DATEV |
| Enterprise-Auth | +5.000 bis 10.000 Euro | SAML, LDAP, SSO |
| Multi-Tenancy | +15.000 bis 25.000 Euro | Mehrere Kunden, eine Codebasis |
| DSGVO-Extras | +3.000 bis 5.000 Euro | Audit-Logs, Löschkonzept |
| Design vom Profi | +5.000 bis 15.000 Euro | UX-Designer, Custom UI |
Was den Preis senkt
| Faktor | Ersparnis | Trade-off |
|---|---|---|
| Kein Custom Design | 5.000 bis 10.000 Euro | Bootstrap/Tailwind Standard |
| Weniger Features | 30% pro Feature | Längere Roadmap |
| Offshore-Entwicklung | 40 bis 60% | Kommunikation, Qualität |
| Eigene Mitarbeit | 10 bis 20% | Zeit investieren |
Die häufigsten MVP-Fehler
Fehler 1: “Aber wir brauchen das alles!”
Symptom: Feature-Liste hat 50+ Punkte Realität: Sie brauchen 5 bis 8 für den MVP
// Der Klassiker
class FeatureCreep {
public function getAnfrage(): array {
return [
'User-Management mit Rollen',
'Dashboard mit 10 Widgets',
'Echtzeit-Benachrichtigungen',
'PDF-Export',
'Excel-Import',
'API für Drittanbieter',
'Mobile App (iOS + Android)',
'Offline-Modus',
'Multi-Sprache (5 Sprachen)',
'Dark Mode',
// ... 40 weitere Punkte
];
}
public function getMvpRealitaet(): array {
return [
'Login',
'Eine Kernfunktion',
'Eine Export-Möglichkeit',
'Fertig.',
];
}
}
Lösung: Für jedes Feature fragen: “Können wir ohne launchen?” Wenn ja: raus.
Fehler 2: “Erst perfekt, dann launchen”
Symptom: MVP ist nach 6 Monaten noch nicht live Realität: Ein unperfektes Produkt in Nutzerhand ist wertvoller als ein perfektes in der Entwicklung
Die Wahrheit:
- 80% der Features werden kaum genutzt
- Sie wissen vorher nicht, welche 20% wichtig sind
- Nur echte Nutzer zeigen Ihnen den Weg
Fehler 3: “Das Backend muss skalieren für 1 Million User”
Symptom: Kubernetes-Cluster für 10 Beta-Tester Realität: Ein einzelner Server reicht für die ersten 10.000 User
// Over-Engineering im MVP
class UnnötigeKomplexität {
// FALSCH: Microservices für MVP
public array $microservices = [
'user-service',
'auth-service',
'notification-service',
'reporting-service',
'api-gateway',
]; // 5 Services für 10 User?
// RICHTIG: Monolith für MVP
public string $architektur = 'Ein Server, eine Anwendung, eine Datenbank';
// Skalierung kommt, wenn nötig
}
Lösung: Bauen Sie für die nächsten 6 Monate, nicht für die nächsten 6 Jahre.
Fehler 4: “Wir machen erstmal einen Prototyp”
Symptom: Prototyp wird zum MVP wird zum Produkt Realität: Wegwerf-Code bleibt für immer
// Prototyp vs. MVP
class CodeQualitaet {
public function getPrototyp(): array {
return [
'qualitaet' => 'Egal, wird eh weggeworfen',
'tests' => 'Keine',
'dokumentation' => 'Keine',
'security' => 'Später',
];
// Spoiler: Wird nie weggeworfen
}
public function getMvp(): array {
return [
'qualitaet' => 'Solide Basis, erweiterbar',
'tests' => 'Kritische Pfade getestet',
'dokumentation' => 'README, API-Docs',
'security' => 'Von Anfang an',
];
// Basis für Version 2, 3, 4...
}
}
Lösung: Bauen Sie von Tag 1 so, als würde der Code 5 Jahre leben (wird er).
Real Case: Von der Idee zum MVP in 10 Wochen
Ausgangslage
Kunde: Mittelständischer Dienstleister Problem: Mitarbeiter erfassen Zeiten in Excel, Abrechnung ist Chaos Budget: 35.000 Euro Deadline: 10 Wochen (hartes Datum wegen Geschäftsjahreswechsel)
Was wir gebaut haben
Must-Haves (im MVP):
- Login für 50 Mitarbeiter
- Zeiterfassung (Start/Stop + manuell)
- Projektzuordnung
- Wochenübersicht für Mitarbeiter
- Export für Buchhaltung (CSV)
- Admin: User anlegen/sperren
Bewusst weggelassen:
- Mobile App (Responsive Web reicht)
- Automatische Rechnungserstellung
- Urlaubsverwaltung
- Genehmigungsworkflows
- Schöne Dashboards
Timeline und Kosten
| Woche | Fokus | Kosten |
|---|---|---|
| 1 | Kick-off, Wireframes, DB-Schema | 3.500 Euro |
| 2 | Infrastruktur, User-Management | 3.000 Euro |
| 3 bis 4 | Zeiterfassung-Kern | 7.000 Euro |
| 5 bis 6 | Projekte, Zuordnung, Übersichten | 6.000 Euro |
| 7 bis 8 | Export, Admin-Bereich | 5.000 Euro |
| 9 | Testing, Bug-Fixing | 3.500 Euro |
| 10 | Launch, Schulung | 2.000 Euro |
| Gesamt | 30.000 Euro |
Ergebnis nach 6 Monaten
- 50 Mitarbeiter nutzen das System täglich
- Abrechnungsaufwand: 2 Tage auf 2 Stunden reduziert
- Feedback: “Endlich kein Excel-Chaos mehr”
- Version 2 in Planung: Mobile App, Genehmigungen
ROI: Investition nach 4 Monaten amortisiert
Checkliste: Ist Ihr MVP wirklich ein MVP?
Scope-Check
- Löst genau EIN Kernproblem
- Hat maximal 5 bis 8 Kernfeatures
- Kann in unter 3 Monaten gebaut werden
- Budget liegt zwischen 20.000 und 60.000 Euro
Feature-Check
- Jedes Feature beantwortet: “Können wir ohne launchen?”
- Keine “Nice-to-haves” im Scope
- Keine mobile App (Responsive Web reicht)
- Keine Integrationen außer den absolut nötigen
Tech-Check
- Monolithische Architektur (keine Microservices)
- Standard-Stack (PHP/PostgreSQL oder Node/MongoDB)
- Ein Server reicht
- Keine Over-Engineering
Mindset-Check
- “Done is better than perfect” akzeptiert
- Bereit, Features zu streichen
- Feedback wichtiger als Perfektion
- Launch-Datum ist fix, Scope ist flexibel
Nach dem MVP: Wie geht es weiter?
Die ersten 4 Wochen nach Launch
class PostMvpPlan {
public function getWoche1bis2(): array {
return [
'Bugs fixen (werden kommen)',
'User-Feedback sammeln',
'Analytics auswerten',
'Quick Wins identifizieren',
];
}
public function getWoche3bis4(): array {
return [
'Feedback priorisieren',
'Roadmap für V2 erstellen',
'Budget für nächste Phase klären',
'Entscheidung: Weiterbauen oder Pivot?',
];
}
}
Version 2 planen
| Kriterium | Frage | Aktion |
|---|---|---|
| Nutzung | Welche Features werden genutzt? | Ausbauen |
| Beschwerden | Was fehlt am meisten? | Priorisieren |
| Abbrüche | Wo steigen User aus? | Optimieren |
| Requests | Was wird am häufigsten gefragt? | Evaluieren |
Budget für V2
Faustregel: V2 kostet 50 bis 100% des MVP-Budgets
| MVP-Kosten | V2-Budget | Zeitrahmen |
|---|---|---|
| 30.000 Euro | 15.000 bis 30.000 Euro | 6 bis 8 Wochen |
| 50.000 Euro | 25.000 bis 50.000 Euro | 8 bis 12 Wochen |
Fazit: MVP bedeutet Mut zur Lücke
Ein guter MVP ist kein halbes Produkt. Er ist ein fokussiertes Produkt, das eine Sache richtig macht. Der Rest kommt später, informiert durch echte Nutzerdaten statt Annahmen.
Die MVP-Mentalität:
- Weniger ist schneller: Je weniger Features, desto schneller am Markt
- Lernen schlägt Bauen: Ein MVP, der Feedback generiert, ist wertvoller als einer, der “fertig” ist
- Perfektion ist der Feind: Lieber 80% live als 100% in Entwicklung
- Scope ist verhandelbar, Zeit nicht: Wenn das Datum steht, muss der Scope passen
Mein Rat an jeden, der ein MVP plant: Streichen Sie die Hälfte Ihrer Feature-Liste. Dann streichen Sie nochmal die Hälfte. Was übrig bleibt, ist Ihr MVP.
Sie haben eine Idee für eine Webapp und wollen wissen, was ein realistischer MVP kostet? In einem kostenlosen 30-Minuten-Gespräch schätze ich den Aufwand ein und zeige, was in Ihr Budget passt.
Über Carola Schulte
Software-Architektin mit 25+ Jahren Erfahrung. Spezialisiert auf robuste Business-Apps mit PHP/PostgreSQL, Security-by-Design und DSGVO-konforme Systeme. 1,8M+ Lines of Code in Produktion.
Projekt im Kopf?
Lassen Sie uns besprechen, wie ich Ihre Anforderungen umsetzen kann – kostenlos und unverbindlich.
Kostenloses Erstgespräch