Website-Briefing erstellen, ohne dass der Umfang ausufert

Der eigentliche Engpass

Ein Briefing ist kein Wunschzettel

„Wir brauchen eine neue Website“ klingt nach einem Projektstart, ist aber noch keine brauchbare Entscheidung. Für einen kleinen Betrieb fehlen meist nicht Ideen, sondern ein gemeinsamer Satz dazu, was die erste Version leisten soll und wer die nötigen Inhalte wirklich liefern kann.

Ein statischer Fragenkatalog sammelt schnell viele Wünsche. Ein besserer Ablauf verdichtet sie: ein Geschäftsziel, eine primäre Besucheraktion, lieferbarer Inhalt, ein begrenzter erster Umfang und sichtbare Ausschlüsse.

Fünf Entscheidungen

Was vor dem ersten Entwurf feststehen sollte

1. Ziel und primäre Aktion: Soll der Besucher anrufen, eine Anfrage stellen, einen Termin anfragen oder sich zuerst ein Bild vom Betrieb machen?
2. Lieferbarer Inhalt: Welche Leistungen, Bilder, Referenzen oder Antworten kann der Betrieb tatsächlich prüfen und bereitstellen?
3. Erste Version: Welche Seiten oder Funktionen sind für diesen ersten Ablauf wirklich nötig?
4. Später und nicht in Scope: Welche Wünsche werden bewusst verschoben oder ausgeschlossen?
5. Freigabe: Wer kennt die Inhalte, entscheidet bei Unklarheit und gibt die Version ab?

Diese fünf Entscheidungen sind keine technische Spezifikation. Sie sind ein gemeinsamer Prüfpunkt zwischen Betrieb, Inhalt und Umsetzung.

Lokaler Proof

Aus fünf Angaben wird eine prüfbare Scope-Zusammenfassung

Der folgende Scope-Entscheider sendet nichts, speichert nichts und schätzt keine Kosten oder Ergebnisse. Er läuft lokal im Browser. Die Zusammenfassung ist ein Arbeitsobjekt: Sie zeigt eine erste Version, eine spätere Phase, klare Ausschlüsse und die offenen Prüfungen vor dem Launch.

Die drei Bahnen

Erste Version, später, nicht in Scope

Erste Version beantwortet den primären Ablauf mit den Inhalten, die real vorhanden sind. Sie ist klein genug, um gemeinsam geprüft zu werden.

Später hält sinnvolle Erweiterungen fest, ohne sie heimlich in die erste Version zu ziehen. Das bewahrt Entscheidungen, statt sie zu vergessen.

Nicht in Scope schützt das Projekt vor stillen Annahmen: keine ungeprüften Kontointegrationen, keine Preis- oder Ergebnisversprechen und keine Funktion, für die Inhalt, Zuständigkeit oder Freigabe fehlen.

Vor dem Launch

Der Umfang ist erst sauber, wenn die Übergabe klar ist

1. Die mobile Version zeigt dieselben wesentlichen Inhalte und Metadaten wie die Desktop-Version.
2. Die wichtigste Aktion ist mit Tastatur und sichtbarem Fokus nachvollziehbar.
3. Inhalte, Bilder und Leistungsbelege sind vom Betrieb geprüft.
4. Tracking- und Datenschutzhinweise sind als offene Prüfaufgabe inventarisiert, nicht nebenbei angenommen.
5. Eine benannte Person gibt die erste Version und die Abschlusskorrektur frei.

Google beschreibt für mobile-first Indexierung, dass wesentliche mobile Inhalte, Metadaten und strukturierte Daten vollständig zugänglich bleiben sollen. Die BfDI-Doku trennt notwendige von nicht notwendigen Technologien und betont transparente Information. Beides sind Quellen für Prüfaufgaben, keine pauschale Rechts- oder Rankingzusage.

FAQ

Häufige Fragen zum Website-Briefing

Was gehört in ein Website-Briefing?

Ein brauchbares Briefing klärt zuerst das Geschäftsziel, eine primäre Besucheraktion, lieferbare Inhalte, die erste Version, spätere Themen, klare Ausschlüsse sowie Zuständigkeit und Freigabe.

Wie verhindert man zu großen Website-Umfang?

Man trennt die erste Version sichtbar von späteren Phasen und schreibt Nicht-in-Scope-Punkte auf. So wird eine offene Wunschliste zu einem prüfbaren Arbeitsumfang.

Braucht ein kleines Unternehmen dafür ein kompliziertes Tool?

Nicht zwingend. Für den ersten Schritt reicht ein klarer, gemeinsam prüfbarer Scope. Erst wenn Zuständigkeiten, Inhalte und Abläufe verstanden sind, lässt sich sinnvoll entscheiden, welche Systeme später helfen.