Kapitel 01 / 06
Prototyp, MVP und Plattform unterscheiden
Ein klickbarer Prototyp prüft Verständnis ohne echte Konten oder gespeicherte Daten. Ein manuell betreuter Pilot kann Nachfrage testen. Ein Software-MVP setzt den zentralen Ablauf ausreichend verlässlich für die vorgesehenen Nutzer um.
Bei einer Terminlösung könnte wiederholte gemeinsame Planung die Kernannahme sein. Kalendersynchronisierung, Abrechnung und Analyse müssen nicht alle im ersten Release stehen. Notwendige Sicherheitsgrenzen bleiben trotzdem enthalten.
| Szenario | Angenommener Aufwand | Entwicklungsbudget |
|---|---|---|
| Interaktiver Prototyp | 40–80 Stunden | 4.000–8.000 € |
| Fokussiertes Web-MVP | 200–400 Stunden | 20.000–40.000 € |
| MVP mit Schnittstellen und Zahlungen | 400–700 Stunden | 40.000–70.000 € |
| Mobiles MVP mit Backend | 500–900 Stunden | 50.000–90.000 € |
Kapitel 02 / 06
Einen vollständigen Ablauf schätzen
Erfasse Normalfall und wichtige Fehler. Ein Aufgabenwerkzeug braucht Einladung, Anmeldung, Wiederherstellung, Erstellung, Eigentum und Berechtigungen. Ein versteckter Admin-Link ist keine Zugriffskontrolle.
Zahlungen bringen Webhooks, doppelte Ereignisse, Fehler, Erstattungen und Abstimmung mit. Schnittstellen brauchen Zeitlimits und Ausfallverhalten. Entscheide bewusst, was ein externer Dienst übernimmt und was eigener Code leisten muss.
Kapitel 03 / 06
Ein Rechenbeispiel für ein Web-MVP
Angenommen: 30 Stunden Konzeption, 40 Interaktionsdesign, 80 Frontend, 100 Backend und Integrationen, 50 Prüfung sowie 20 Launch und Dokumentation. Das ergibt 320 Stunden und 32.000 € netto beim angenommenen Satz. Es ist keine Preiszusage.
Komplexe Migration, regulierte Abläufe, umfangreiche Lokalisierung und Dienstgebühren fehlen in diesem Beispiel. Leite eine Reserve aus offenen Risiken ab. Ein Integrationstest beantwortet mehr als ein pauschaler Risikozuschlag.
- Ablauf Wiederholt benötigte Kernaufgabe wählen.
- Risiko Unsichere Schnittstelle oder Rechte praktisch prüfen.
- Release Nutzbaren begrenzten Umfang bauen und testen.
- Iteration Verhalten auswerten und nächste Investition bestimmen.
Kapitel 04 / 06
Web oder mobil nach Aufgabe wählen
Eine Web-App lässt sich bei linkbasierten oder Desktop-Abläufen oft einfacher verteilen. Mobile Apps passen bei regelmäßiger Handynutzung, Gerätefunktionen oder besonderen Offline-Anforderungen. Eine PWA ergänzt je nach Browser Installation und Offline-Funktionen.
Kalkuliere Plattformverhalten, Backend und Wartbarkeit statt Kosten pro Bildschirm. Erprobe die schwierigste Fähigkeit auf den vorgesehenen Geräten vor der Entscheidung.
Kapitel 05 / 06
Launch umfasst Betrieb
Deployment, Monitoring, Backups samt Wiederherstellung, Fehlerbehandlung und Support gehören zum Release. Sammle nur benötigte Daten und kläre Zugriff und Löschung. Bei mehreren Kundenorganisationen muss die Trennung ihrer Daten geprüft werden.
Bereite Einführung und Feedback vor. Dokumentiere Kontoinhaberschaft, laufende Gebühren und den Einstieg für einen anderen Entwickler.
Kapitel 06 / 06
Eine Lernrunde finanzieren
Bestimme Pilotnutzer und ein sinnvolles Verhalten: wiederholte Aufgaben, bezahlter Pilot oder ein belegter kleinerer manueller Schritt. Registrierungen allein bestätigen den Nutzen nicht. Lege Frage, Zeitraum und Entscheidung fest.
Reserviere Kapazität für Fehlerbehebung und eine informierte Iteration. Neue Wünsche müssen zur Kernannahme passen. Das MVP soll die nächste Geschäftsentscheidung ermöglichen.
Zur Umsetzung: Die passende Leistung ansehen.
