Website planen: Der vollständige Leitfaden zur Projektplanung
Die meisten Website-Projekte geraten nicht in Verzug, weil der Code schwierig war. Sie geraten in Verzug, weil der Plan dünn war: Niemand hatte sich darauf geeinigt, was die Website erreichen soll, wer die Texte schreibt oder was „fertig“ bedeutet.
Dieser Leitfaden behandelt die Planungsarbeit vor Design und Umsetzung, in der Reihenfolge, in der sie tatsächlich nützlich ist, sowie die Entscheidungen, deren spätere Änderung teuer wird.
Beginnen Sie mit einer Aufgabe, die die Website erfüllen muss#
Eine Website, die alles können soll, leistet meist nichts Messbares. Schreiben Sie vor allem anderen die eine Handlung auf, die am wichtigsten ist: ein abgeschicktes Formular, ein Anruf, ein Kauf, eine Buchung, ein Download.
Alles Weitere — Seitenstruktur, Navigation, was oberhalb der Falz steht, wie viel Sie ausgeben sollten — ergibt sich aus dieser Antwort. Eine Website, deren Hauptaufgabe Anfragen sind, ist ein anderes Projekt als eine Website, die 4.000 Produkte verkaufen soll.
- Primäres Ziel: die eine Handlung, die Sie behalten würden, wenn Sie nur eine behalten dürften.
- Sekundäre Ziele: nützlich, aber nicht wert, das primäre Ziel dafür zu beschneiden.
- Wie Sie es messen: eine Zahl, die Sie nächstes Quartal prüfen können, nicht „mehr Traffic“.
- Was die Website nicht leisten muss: aufgeschrieben, damit es außerhalb des Projektumfangs bleibt.
Wenn zwei Personen in Ihrer Organisation unterschiedliche primäre Ziele nennen würden, taucht diese Uneinigkeit in Woche sechs der Umsetzung wieder auf. Klären Sie sie in Woche null, wo sie ein Meeting kostet statt einen Neubau.
Wissen, wer ankommt und weshalb#
Zielgruppenforschung muss keine formale Übung sein. Was Sie brauchen, ist eine kurze, ehrliche Beschreibung der zwei oder drei Gruppen, die tatsächlich vorbeikommen, mit welcher Frage jede ankommt und was sie vertreiben würde.
| Besucher | Kommt mit der Frage | Geht, weil |
|---|---|---|
| Erstkäufer | Können die das, was ich brauche? | Kein Beleg, keine Preise, keine Klarheit |
| Bestandskunde | Wo ist das, was ich jetzt brauche? | Die Aufgabe liegt drei Klicks tief |
| Jemand, der vergleicht | Wodurch unterscheidet sich das? | Austauschbare Texte, die zu jedem Wettbewerber passen |
| Ein Bewerber | Wie ist es, hier zu arbeiten? | Keine Karriereseite oder eine veraltete |
Entscheiden Sie die Seiten, bevor Sie das Design entscheiden#
Die Seitenstruktur ist auf Papier das Billigste zu ändern und nach der Design-Freigabe eines der Teuersten. Listen Sie jede Seite auf, gruppieren Sie sie in Bereiche und markieren Sie, welche zum Start nötig sind und welche später kommen können.
Der übliche Fehler ist eine Struktur, die Ihr Organigramm abbildet statt der Aufgabe des Besuchers. Niemand sucht Ihre „Solutions-Abteilung“; die Leute suchen das, was sie brauchen.
- Listen Sie jede Seite, die Sie zu brauchen glauben, einzeln auf, ohne zu gruppieren.
- Markieren Sie jede als startkritisch oder später. Seien Sie streng: Die meisten Websites starten mit weniger Seiten als geplant.
- Gruppieren Sie die startkritischen in höchstens fünf oder sechs oberste Bereiche.
- Schreiben Sie den einen Satz auf, den jede Seite liefern muss. Gelingt das nicht, sollte die Seite wohl nicht existieren.
- Prüfen Sie, ob das primäre Ziel von jeder Hauptseite aus mit einem Klick erreichbar ist.
Inhalt ist der kritische Pfad — planen Sie ihn zuerst#
Texte, Fotos und Produktdaten halten mehr Starts auf als jedes technische Problem. Die Umsetzung ist fertig, und die Website steht sechs Wochen im Staging und wartet auf eine Über-uns-Seite.
Entscheiden Sie jetzt, wer welche Seite schreibt, wer sie freigibt und wann sie fällig ist — und nehmen Sie diese Termine so ernst wie die Entwicklungs-Meilensteine. Hat intern niemand Zeit, kalkulieren Sie einen Texter ein; das ist billiger als ein untätiges Entwicklungsteam.
- Benennen Sie für jede Textseite einen Verantwortlichen und ein Datum, nicht „Marketing“.
- Entscheiden Sie, was mit bestehenden Inhalten geschieht: migrieren, neu schreiben oder streichen. Das meiste sollte gestrichen werden.
- Buchen Sie Fotografie früh — sie hat die längste Vorlaufzeit von allem auf der Liste.
- Für einen Shop: Produktdaten vor Projektbeginn exportieren und bereinigen, nicht währenddessen.
- Einigen Sie sich, wer die endgültige Freigabe hat. Zwei gleichrangige Freigebende sind ein Terminrisiko.
Ein nützlicher Test: Wäre die Website morgen fertig, könnten Sie sie füllen? Lautet die Antwort nein, ist der Inhalt Ihre eigentliche Deadline.
Budgetrahmen und Entscheidung über den Umsetzungsweg#
Die Planung endet mit zwei Zahlen und einer Wahl: was Sie ausgeben können, wann es live sein muss und ob dies eine Template-, eine CMS- oder eine Individualentwicklung wird. Diese drei bestimmen, mit wem Sie überhaupt sprechen sollten.
| Ansatz | Passt, wenn | Hauptrisiko |
|---|---|---|
| Website-Baukasten | Kleine Broschürenseite, keine ungewöhnlichen Anforderungen | Sie stoßen an eine Grenze und müssen neu anfangen |
| CMS (z. B. WordPress) | Inhaltsgetriebene Website, häufige Updates durch Nicht-Entwickler | Plugin-Wildwuchs und laufende Wartung |
| E-Commerce-Plattform | Produktverkauf, üblicher Checkout-Bedarf | Plattformgebühren und begrenzte Anpassbarkeit |
| Individualentwicklung | Die Website ist das Produkt, oder Integrationen schließen anderes aus | Höchste Kosten, und die Wartung gehört Ihnen |
Häufige Fragen
Wie lange sollte die Planung dauern?
Für eine kleine Unternehmensseite ein bis zwei Wochen echte Arbeit — nicht verstrichene Zeit. Für einen Shop oder eine Anwendung drei bis sechs Wochen, das meiste davon für Inhaltsinventur und Produktdaten statt für Dokumente. Zieht sich die Planung über Monate, ist meist das primäre Ziel nicht geklärt und die Diskussion dreht sich im Kreis.
Brauche ich ein formales Anforderungsdokument?
Sie brauchen etwas Schriftliches, auf das beide Seiten zeigen können, aber es muss nicht lang sein. Eine Seitenstruktur, eine Liste der Funktionen im Umfang, eine Liste der ausdrücklich ausgeschlossenen Punkte und ein Inhaltsverantwortlicher je Seite verhindern mehr Streit als eine fünfzigseitige Spezifikation, die niemand liest. Die Ausschlussliste ist der Teil, den alle überspringen, und der Teil, der das Projekt rettet.
Sollte ich in dieser Phase schon das Design planen?
Planen Sie die Struktur, nicht die Optik. Zu entscheiden, welche Seiten existieren und was jede erreichen soll, ist Planung; Farben und Schriften zu wählen, ist Design — und es vor der Struktur zu tun bedeutet, dass das Design umgebaut wird, sobald echte Inhalte eintreffen. Wireframes sind der nützliche Mittelweg.
Was, wenn sich die Anforderungen mitten im Projekt ändern?
Das werden sie. Entscheidend ist, dass Sie vorher vereinbart haben, wie Änderungen behandelt werden: wer sie anfordern darf, wer sie bepreist und ob sie den Starttermin verschieben. Ein Projekt mit Änderungsprozess wird kontrolliert später fertig; eines ohne wird im Streit später fertig.
website planenwebsite planungwebsite projektplanwebsite anforderungenwebsite strukturwebentwicklung planung
