Was die Dauer wirklich bestimmt

Die häufigste Fehlannahme in Website-Projekten ist, dass Agenturen die Hauptvariable sind. In der Praxis bestimmt die Komplexität der Anforderungen die Dauer — und diese Komplexität hat vier Dimensionen. Erstens: die strukturelle Komplexität (wie viele Seitentypen, welche Nutzerflows, welche Funktionalitäten). Zweitens: die technische Integration (CRM, ERP, Buchungssysteme, externe APIs). Drittens: den Content-Aufwand (wie viele Texte, Bilder, Videos müssen erstellt, freigegeben und strukturiert werden). Viertens: die Entscheidungsgeschwindigkeit auf Kundenseite.

Der vierte Faktor wird systematisch unterschätzt. Eine professionelle Agentur kann schnell liefern — aber sie kann nicht schneller liefern als Freigaben kommen. Projekte, in denen Feedbackrunden eine Woche dauern, verlängern sich um diese Woche bei jeder Iteration. In einem Projekt mit acht Feedback-Schleifen sind das zwei Monate, die allein durch interne Prozesse entstehen.

Typische Zeitrahmen nach Projekttyp

Einfache Website (4 bis 8 Wochen): Gemeint sind Websites mit klarer Struktur, geringer Funktionalität und vorhandenem oder schnell erstellbarem Content. Typische Beispiele: Visitenkartenseiten, einfache Unternehmensauftritte mit fünf bis zehn Seiten, Landing Pages für spezifische Kampagnen. In diesem Rahmen ist professionelles Design möglich — aber keine strategische Tiefe oder komplexe technische Integration.

Mittelgroße Unternehmenswebsite (8 bis 16 Wochen): Dieser Zeitrahmen gilt für Projekte mit individueller Gestaltung, mehreren Seitentypen, kleiner bis mittlerer technischer Komplexität und einem strukturierten Content-Prozess. Er setzt voraus, dass Strategie und Informationsarchitektur ohne lange Iterationen abgestimmt werden können und Content parallel zur Entwicklung entsteht.

Komplexe Plattformen und Systeme (4 bis 6 Monate und mehr): E-Commerce-Systeme, mehrsprachige Plattformen mit CMS-Integration, Portale mit Nutzerverwaltung und dynamischen Inhalten fallen in diese Kategorie. Die Dauer entsteht nicht durch langsame Umsetzung, sondern durch die inhärente Komplexität: mehr Schnittstellen bedeuten mehr Abhängigkeiten, mehr Testaufwand, mehr Abstimmungsbedarf zwischen technischen Systemen.

Die häufigste Ursache für Verzögerungen

Project Management Institute-Daten zeigen konsistent, dass die häufigste Ursache für Projektverzögerungen nicht technische Probleme sind, sondern ungeklärte Anforderungen und fehlende Entscheidungen. Was das für Website-Projekte bedeutet: Projekte verzögern sich, weil erst in der Umsetzungsphase geklärt wird, was in der Konzeptphase hätte entschieden werden müssen — welche Seiten es gibt, welche Inhalte erscheinen, welche Funktionen tatsächlich gebraucht werden.

Scope-Erweiterungen sind die zweithäufigste Ursache. Wenn während der Entwicklung neue Anforderungen hinzukommen — eine neue Produktkategorie, eine zusätzliche Sprachversion, eine ungeplante Integration — verschiebt sich der Launch entsprechend. Professionelle Agenturen definieren deshalb am Projektbeginn einen Scope-Lock: was ist im Projekt enthalten, was nicht, und was passiert mit Anforderungen, die danach entstehen. Das ist kein bürokratisches Vorgehen, sondern Projektschutz für beide Seiten.

Worauf Sie im Prozess achten sollten

Ein Indikator für professionelle Projektführung ist das Vorhandensein einer klaren Phasenstruktur mit definierten Meilensteinen. Discovery — Konzept — Design — Entwicklung — Review — Launch sind keine beliebigen Etiketten, sondern logische Sequenzen, bei denen jede Phase die nächste ermöglicht. Agenturen, die diese Trennung nicht vornehmen und direkt mit dem Design beginnen, produzieren schnell — und überarbeiten häufig.

Deloitte Digital empfiehlt, für größere Digitalprojekte einen internen Projektverantwortlichen zu benennen, der Entscheidungen verbindlich treffen kann — nicht einen Stakeholder-Kreis, der Konsens erfordert. Projekte, in denen fünf Personen Freigaben erteilen müssen, dauern in der Praxis doppelt so lang wie solche mit einer klaren Entscheidungsinstanz. Das ist keine Schwäche der Agentur, sondern ein strukturelles Problem auf Kundenseite.

Realistisch planen — warum das schützt

Wer mit einem Wunschlaunch-Datum beginnt und rückwärts plant, ohne die tatsächlichen Anforderungen zu kennen, setzt das Projekt unter Druck, der zu schlechten Entscheidungen führt. Content wird überstürzt, Tests werden abgekürzt, Freigaben werden übersprungen. Das Ergebnis ist eine Website, die pünktlich live geht — aber nicht das tut, was sie soll.

Nielsen Norman Group zeigt, dass Usability-Tests und iterative Reviews in der Planungsphase die Qualität des Endprodukts messbar steigern — und die Gesamtprojektdauer in vielen Fällen nicht verlängern, weil spätere Korrekturen entfallen. Wer realistisch plant, liefert nicht langsamer. Er liefert besser — und muss nach dem Launch seltener nachbessern.