Wie funktioniert Webentwicklung? Der vollständige Ablauf
Von außen kann Webentwicklung wie eine lange Stille aussehen, gefolgt von einer fertigen Website. In Wirklichkeit ist es eine Abfolge von Umgebungen, Kontrollpunkten und Entscheidungen, und die Kundenseite hat an nahezu jedem davon Pflichten.
Dieser Leitfaden behandelt, wie ein Projekt tatsächlich läuft, wonach Sie wann gefragt werden, und die Kontrollpunkte, an denen ein Problem noch billig zu beheben ist.
Umgebungen: wo die Website lebt, bevor sie live ist#
Fast jedes professionelle Projekt betreibt drei Kopien der Website. Zu wissen, welche Sie gerade ansehen, verhindert sehr viel Verwirrung bei der Abnahme.
| Umgebung | Wer sie nutzt | Zweck |
|---|---|---|
| Lokal | Die Entwicklung | Tagesarbeit; die sehen Sie nie |
| Staging | Sie und die Entwicklung | Abnahme, Tests und Freigabe — für Suchmaschinen gesperrt |
| Produktion | Besucher | Die Live-Website |
Auf Staging eingegebene Inhalte erscheinen nicht automatisch in der Produktion, sofern das Projekt nicht auf Migration ausgelegt ist. Fragen Sie früh, denn 200 Produkte zweimal einzutippen ist ein reales Risiko.
Die Abfolge einer typischen Umsetzung#
Die Bezeichnungen unterscheiden sich zwischen Teams, aber die Reihenfolge ist recht einheitlich, weil jeder Schritt auf dem vorherigen aufbaut.
- Kickoff. Anforderungen bestätigt, Zugänge erteilt, Ansprechpartner benannt, Termine vereinbart.
- Setup. Repository, Umgebungen, CMS oder Framework installiert, Deployment-Pipeline.
- Templates. Das Design wird zu funktionierenden Templates, meist das komplexeste zuerst.
- Inhaltsmodellierung. Felder und Inhaltstypen, damit Ihr Team ohne Layoutschäden bearbeiten kann.
- Integrationen. Zahlung, CRM, E-Mail, Analytics — jede braucht Zugangsdaten von Ihnen.
- Inhaltspflege. Ihre oder deren, je nachdem, was im Angebot stand.
- Tests. Funktional, browserübergreifend, Performance, Barrierefreiheit.
- Prüfungen vor dem Start. Weiterleitungen, robots, Sitemap, Analytics, Backups.
- Launch. DNS-Umstellung, Verifikation, Monitoring.
- Nach dem Start. Korrekturen, Übergabe, Schulung, dann Wartung.
Was Ihre Seite liefern muss, und wann#
Die meisten Verzögerungen, die wie Entwicklungsverzögerungen aussehen, sind Wartezeiten auf den Kunden. Das sind die Punkte, die bereitliegen sollten, bevor danach gefragt wird, denn jeder blockiert Arbeit, wenn er zu spät kommt.
| Sie liefern | Gebraucht bei | Wenn es zu spät kommt |
|---|---|---|
| Domain- und DNS-Zugang | Setup | Der Start lässt sich nicht terminieren |
| Markenmaterial und Logodateien | Templates | Platzhalter-Branding durch die ganze Abnahme |
| Seiteninhalte und Bilder | Inhaltspflege | Der häufigste Grund für einen verpassten Starttermin |
| Produktdaten | Inhaltspflege | Der Shop-Aufbau steht komplett still |
| Zugangsdaten Dritter | Integrationen | Integrationsarbeit ist mitten im Sprint blockiert |
| Feedback zu jeder Abnahme | Jeder Kontrollpunkt | Nacharbeit, weil die Umsetzung weitergelaufen ist |
| Rechtsseiten | Vor dem Start | Start verschoben wegen einer Datenschutzerklärung |
Kontrollpunkte, an denen ein Problem noch billig ist#
Die Änderungskosten steigen im Projektverlauf stark. Das sind die Momente, in denen man richtig hinsehen sollte statt zu überfliegen, denn nach jedem kostet dieselbe Änderung ein Vielfaches.
- Nach den Wireframes: Struktur und Priorität sind noch gratis zu ändern.
- Nach dem ersten gebauten Template: hier zeigt sich, ob das Design echte Inhalte überlebt.
- Nach der Inhaltsmodellierung: bearbeiten Sie selbst eine Seite. Ist es jetzt umständlich, bleibt es jahrelang umständlich.
- Nach der ersten Integration: prüfen Sie, ob die Daten dort landen, wo Ihr Team tatsächlich arbeitet.
- Auf Staging mit echten Inhalten: der letzte Punkt, an dem Layoutprobleme billig sind.
- Vor der DNS-Umstellung: Weiterleitungen, Analytics und Formulare geprüft.
Die Abnahme auf dem Handy ist nicht optional. Die meisten Websites bekommen den Großteil ihres Traffics von Handys, und reine Desktop-Abnahme ist der Weg, auf dem mobile Probleme in die Produktion gelangen.
Häufige Fragen
Wie viel meiner Zeit wird das Projekt kosten?
Mehr, als die meisten einplanen. Rechnen Sie mit einem wöchentlichen Kontrollpunkt von dreißig bis sechzig Minuten, plus Inhaltsarbeit, die eher in Tagen als in Stunden gemessen wird. Der stärkste einzelne Prädiktor für einen pünktlichen Projektabschluss ist, ob die Kundenseite eine Person mit Entscheidungsbefugnis und Zeit zur Abnahme hat.
Was ist ein Sprint und muss mich das interessieren?
Ein Sprint ist ein fester Zeitraum — meist eine oder zwei Wochen —, in dem ein vereinbartes Arbeitspaket fertiggestellt und Ihnen gezeigt wird. Er interessiert Sie, weil er den Rhythmus der Entscheidungen definiert: Feedback während eines Sprints ist billig, Feedback drei Sprints später ist Nacharbeit. Arbeitet Ihre Entwicklung nicht in Sprints, wollen Sie aus demselben Grund trotzdem einen regelmäßigen Kontrollpunkt.
Kann ich Fortschritt sehen, bevor die Website fertig ist?
Ja, und Sie sollten. Fordern Sie ab dem ersten Template Staging-Zugang an. Halbfertige Arbeit zu sehen ist unbequem, aber weit besser als eine Enthüllung am Ende, wenn strukturelles Feedback teuer ist. Rechnen Sie damit, dass es unfertig aussieht — genau darum sieht man früh hin.
Was passiert unmittelbar nach dem Start?
Ein kurzer Zeitraum — üblich sind zwei bis vier Wochen —, in dem kleine Korrekturen abgedeckt sind, dann der Übergang in eine Wartungsvereinbarung oder in gar nichts. Klären Sie vorab, welches von beidem, was als Korrektur statt als neue Anforderung zählt und wen man außerhalb der Geschäftszeiten erreicht, wenn die Website ausfällt. „Das regeln wir später“ ist der Weg, auf dem Websites ungewartet enden.
wie funktioniert webentwicklungwebentwicklung ablaufweb development phasenstaging umgebungwebsite projektmanagementwebsite zeitplan
