Der Webentwicklungsprozess erklärt
Jede Webentwicklungs-Methodik ordnet dieselben Phasen anders an. Die Phasen selbst zu verstehen — was jede hervorbringt und was sie abschließt — ist nützlicher als der Name der Methodik, denn daran erkennen Sie, ob das Projekt dort steht, wo es stehen sollte.
Dieser Leitfaden behandelt die sieben Phasen, typische Dauern für eine mittelgroße Website und wie eine echte Freigabe bei jeder aussieht.
Die sieben Phasen#
Die Dauern hier unterstellen eine mittelgroße Individualwebsite mit einem kleinen Team. Sie dehnen sich weit stärker mit Inhaltsmenge und Integrationen als mit der Seitenzahl.
| Phase | Bringt hervor | Typische Dauer |
|---|---|---|
| 1. Discovery | Ziele, Zielgruppe, Umfang, Randbedingungen | 1–2 Wochen |
| 2. Struktur | Seitenstruktur, Inhaltsmodell, Wireframes | 1–2 Wochen |
| 3. Design | Templates, Komponentensystem, Responsive-Regeln | 2–4 Wochen |
| 4. Umsetzung | Funktionierende Templates, CMS, Integrationen | 4–10 Wochen |
| 5. Inhalt | Echte Texte, Bilder und Daten im System | Läuft parallel — oft die längste |
| 6. Test | Funktional, browserübergreifend, Performance, Barrierefreiheit | 1–2 Wochen |
| 7. Launch | Live-Website, Weiterleitungen, Monitoring, Übergabe | 2–5 Tage |
Phase 5 ist die, die überzieht. Sie ist als parallel gezeichnet, weil sie in Phase 2 beginnen sollte, nicht weil sie klein wäre.
Was jede Phase abschließt#
Eine Phase ist nicht fertig, weil Zeit vergangen ist. Sie ist fertig, wenn etwas Bestimmtes schriftlich von jemandem mit Befugnis vereinbart wurde. Ohne das läuft die Arbeit auf einem Fundament weiter, das sich noch bewegen kann.
- Discovery: ein unterzeichneter Umfang mit ausdrücklicher Ausschlussliste.
- Struktur: eine freigegebene Seitenstruktur und ein Inhaltsmodell mit Feldnamen, die Ihr Team versteht.
- Design: freigegebene Templates für jedes eigenständige Layout, einschließlich Mobil- und Leerzuständen.
- Umsetzung: jedes Template auf Staging mit realistischem Inhalt vorgeführt.
- Inhalt: jede startkritische Seite gefüllt und von einer benannten Person Korrektur gelesen.
- Test: eine vereinbarte Fehlerliste, aufgeteilt in Startblocker und Korrekturen nach dem Start.
- Launch: eine abgearbeitete Startcheckliste und eine bestätigte Zugangsübergabe.
Wasserfall, agil oder etwas dazwischen#
Der eigentliche Unterschied liegt darin, wann der Umfang fixiert wird. Projekte mit festem Umfang lassen sich präzise bepreisen und gehen schlecht mit Änderungen um; iterative Projekte gehen gut mit Änderungen um und können keine feste Gesamtsumme zusagen. Die meiste Website-Arbeit liegt dazwischen: fester Umfang bis zum Start, danach iterativ.
| Fester Umfang | Iterativ | |
|---|---|---|
| Preis | Vorab bekannt | Satz je Sprint oder je Monat |
| Änderung | Formaler Änderungsantrag, neu bepreist | Durch Neupriorisierung des Backlogs aufgefangen |
| Am besten für | Klare, stabile Anforderungen | Produkte in Entwicklung und unklare Anforderungen |
| Ihr Risiko | Für etwas zahlen, das nicht mehr passt | Kosten laufen ohne harten Stopp |
| Braucht von Ihnen | Entscheidungen vorab | Dauerhafte Verfügbarkeit zum Priorisieren |
Hüten Sie sich vor Festpreis bei vagem Umfang. Das ist die schlechteste Kombination: Die Entwicklung schützt ihre Marge, indem sie Mehrdeutigkeit eng auslegt, und jede Klärung wird zur Verhandlung.
Wo der Prozess üblicherweise schiefgeht#
Dieselben vier Fehler verursachen die meisten Überschreitungen, und keiner davon ist technisch.
- Design gegen Platzhalterinhalt freigegeben. Der echte Text kommt doppelt so lang und das Layout wird neu gebaut.
- Integrationen zu spät entdeckt. „Es muss auch mit unserem Warenwirtschaftssystem sprechen“ in Woche acht ist ein neues Projekt, keine Änderung.
- Kein einzelner Entscheider. Feedback kommt von fünf Leuten, zwei widersprechen sich, und niemand hat die Befugnis zu entscheiden.
- Tests als Phase statt als Gewohnheit. Fehler, die in Woche zehn gefunden und in Woche drei eingebaut wurden, kosten ein Vielfaches.
Häufige Fragen
Wie lange dauert eine typische Website?
Eine kleine Template-Website zwei bis vier Wochen. Eine mittelgroße Individualwebsite typischerweise drei bis fünf Monate von Anfang bis Ende. Shops und Anwendungen dauern länger. Die Variable, die das am stärksten bewegt, ist nicht die Codekomplexität, sondern die Verfügbarkeit von Inhalten und die Entscheidungsgeschwindigkeit auf Kundenseite.
Können Phasen sich überlappen?
Manche sollten es. Inhalt sollte während der Struktur beginnen, und Tests sollten die ganze Umsetzung begleiten statt nur am Ende zu stehen. Was sich nicht überlappen sollte, sind Design und Umsetzung desselben Templates — gegen ein Design zu bauen, das sich noch bewegt, garantiert Nacharbeit und ist die häufigste Quelle von „das haben wir doch schon gebaut“-Diskussionen.
Was, wenn wir mitten im Projekt etwas ändern müssen?
Rechnen Sie damit und vereinbaren Sie den Mechanismus vorab: wer eine Änderung anfordern darf, wer sie bepreist und ob sie den Starttermin verschiebt. Kleine Änderungen, die still aufgefangen werden, sind der Weg, auf dem ein Projekt einen Monat abdriftet, ohne dass jemand sagen kann, wann. Ein schriftliches Änderungsprotokoll löst das meiste davon.
Sollte ich je Phase zahlen?
Meilensteinzahlungen, die an prüfbare Ergebnisse gekoppelt sind, sind für beide Seiten die fairste Struktur — typisch eine Anzahlung, dann Zahlungen bei Designfreigabe, Fertigstellung und Start. Vermeiden Sie vollständige Vorauszahlung und vermeiden Sie Zahlung erst bei Fertigstellung, was das gesamte Liquiditätsrisiko auf die Entwicklung schiebt und Sie meist mehr kostet.
webentwicklung prozessweb development phasenwebsite projektphasenagile webentwicklungwebsite zeitplanwebentwicklung methodik
