Die groben Phasen
Discovery und Produktumfang (Ablauf, Datenmodell und Rollen kartieren), Design der Kernbildschirme, Bau (Frontend, Backend, Datenbank, Anbindungen) und Tests gegen echte Nutzerabläufe vor dem Start.
Was es schneller macht
Ein eng geschnittenes MVP (siehe Was gehört in ein MVP), eine einzelne Nutzerrolle, wenige Drittanbieter-Anbindungen und ein klarer, bereits verstandener Ablauf beim Start des Scopings.
Was es langsamer macht
Mehrere Rollen mit unterschiedlichen Berechtigungssätzen, mehrere Drittanbieter-Anbindungen mit individueller Logik, ein unklarer oder sich noch entwickelnder Ablauf, der erst während des Projekts entdeckt statt vorab definiert wird, und jedes KI-Feature, das echte Tests gegen Randfälle braucht.
Bei einem internen Tool
Bei einem internen Tool bestimmen vor allem die Anzahl der nutzenden Rollen und wie klar die tägliche Arbeit jeder Rolle beschrieben ist den Zeitplan. Klären Sie früh, wer was sieht und ändern darf, woher die Daten kommen und ob sie importiert werden müssen, wie sich Nutzer anmelden und welche Dokumente oder Exporte das Tool erzeugen muss. Ungeklärte Antworten darauf sind es, die den Bau eines internen Tools in die Länge ziehen.
Bei einem Kundenportal
Ein Kundenportal bringt externe Nutzer mit, daher wiegen dieselben vier Fragen schwerer: die Rollen (Kunde, Kundenmitarbeiter, Ihr Team), welche Daten jeder Kunde sehen darf und wie sie von anderen Kunden getrennt sind, Authentifizierung und Kontowiederherstellung sowie die Dokumente, die das Portal vorhalten oder erzeugen muss. Entscheidungen dazu fallen vor dem Design, nicht währenddessen.
Ehrlich zum Thema Scope Creep
Die mit Abstand häufigste Ursache für einen längeren Zeitplan als erwartet ist Umfang, der mitten im Projekt dazukommt — ein fester, schriftlich festgehaltener Umfang aus einem echten Produktumfang-Gespräch schützt den Zeitplan, keine optimistische Schätzung. Ein schriftlicher Prozess für Umfangsänderungen, wie er unter Change Requests für Softwareprojekte (EN) beschrieben ist, lässt neue Anforderungen bepreisen und einplanen, statt sie einfach mitlaufen zu lassen.
Häufige Fragen
Gibt es eine feste Wochenzahl?+
Keine universelle Zahl — sie hängt von der Rollenanzahl, der Komplexität der Anbindungen und davon ab, wie gut der Ablauf schon definiert ist; das wird beim Scoping geklärt.
Kann ich zuerst ein schmaleres MVP starten und später erweitern?+
Ja — das ist meist der schnellere, ehrlichere Weg, als sich vorab auf den vollen Umfang festzulegen. Siehe [SaaS-MVP-Entwicklung](/de/saas-mvp-development/).
Kostet Testen spürbar Zeit?+
Es ist fest im Zeitplan eingeplant, kein Nachgedanke — es zu überspringen ist der Weg, wie vermeidbare Fehler echte Nutzer erreichen.
Website und Anfrageformular sind auf Deutsch; die Projektabwicklung läuft auf Englisch. Deutsch als Projektsprache sagen wir nicht zu.