Das Web als Geschäftssystem betreiben.
Mit einem Seitenzweck-Briefing prüfen Sie Content-Anfragen, wählen die passende Lösung und schaffen einen belastbaren Auftrag für die Redaktion.
WebChorus Editorial Team8 Min. Lesezeit
Bevor jemand textet, sollte das Team einen einseitigen Entscheidungsdatensatz mit neun Feldern ausfüllen und freigeben: Zielgruppe, Nutzerfrage, Seitenrolle, Kernbotschaft, erforderliche Evidenz, gewünschtes Ergebnis, Format, verantwortliche Stelle und Prüftermin. Zuvor wird der vorhandene Webauftritt einschließlich Seiten, Tools, Transaktionen und angrenzender Kanäle geprüft. Erst danach fällt eine von fünf Entscheidungen: bestehenden Inhalt aktualisieren, Inhalte zusammenführen, eine alte Adresse weiterleiten, die Anfrage ablehnen oder eine neue Seite erstellen. Ein fertiger Titel oder der Wunsch nach einem Video ist dagegen noch kein begründeter Produktionsauftrag.
Das Wichtigste auf einen Blick
Der Seitenzweck muss vor dem Entwurf feststehen, weil das Team zuerst Bedarf, eigenständige Rolle, Belege, gewünschtes Ergebnis und Verantwortung klären muss. Andernfalls soll die Redaktion aus einer vorgeschlagenen Lösung rückwärts erschließen, für wen sie schreibt, welche Frage zu beantworten ist und wie der neue Inhalt zum Bestand passt. Das begünstigt Texte mit mehreren konkurrierenden Absichten und Seiten, die einen bereits abgedeckten Bedarf erneut beanspruchen. Die GOV.UK-Leitlinie zum Nutzerbedarf empfiehlt deshalb, wahrscheinliche Nutzer, ihre Aufgabe, unterstützende Evidenz und Abnahmekriterien festzuhalten.
Die neun Felder sind kein offizieller Standard, sondern eine praktische redaktionelle Synthese aus Leitlinien zu Nutzerbedarf, Content-Planung und Lebenszyklus-Governance. Sie schaffen einen gemeinsamen Prüfmaßstab: Ein späterer Entwurf lässt sich daran messen, ob er die vereinbarte Frage beantwortet, seine Kernbotschaft belegt und zum vorgesehenen nächsten Schritt führt. Das Dokument ersetzt jedoch keine Discovery, Nutzerforschung, Faktenprüfung, technische Bewertung, Barrierefreiheitsarbeit oder erforderliche Fachfreigabe. Es hält vielmehr fest, welche dieser Arbeiten vor Veröffentlichung noch erbracht werden müssen.
| Feld | Kurzer Schreibimpuls | Freigabeprüfung |
|---|---|---|
| Zielgruppe | Wer benötigt den Inhalt in welcher Aufgabe, Situation oder Wissenslage? | Verändert diese Beschreibung erkennbar, was die Seite leisten muss? |
| Nutzerfrage | Welche zentrale Frage oder Aufgabe soll der Inhalt lösen? | Ist sie durch Evidenz gestützt und in verständlicher Sprache formuliert? |
| Seitenrolle | Welchen einzigartigen Beitrag leistet die Seite in der Journey? | Ist erklärt, warum Bestand, Tool, Transaktion oder anderer Kanal nicht besser passt? |
| Kernbotschaft | Welche eine Schlussfolgerung soll die Zielgruppe mitnehmen? | Kann sie im Titel, in der Hauptüberschrift und im Einstieg erkennbar werden? |
| Erforderliche Evidenz | Welche Belege stützen Bedarf und spätere Aussagen? | Sind Quellen, Daten, Nachweise und fachliche Prüfungen konkret benannt? |
| Gewünschtes Ergebnis | Was kann die Zielgruppe anschließend entscheiden, tun oder erreichen? | Ist das Ergebnis beobachtbar und für diese Seitenrolle sinnvoll? |
| Format | Welche Darstellungs- oder Interaktionsform erfüllt die Aufgabe? | Folgt die Wahl aus Bedarf und Journey statt aus persönlicher Vorliebe? |
| Verantwortliche Stelle | Wer trägt Verantwortung für Richtigkeit und Pflege? | Sind Mitwirkende, Prüfende und Freigebende getrennt aufgeführt? |
| Prüftermin | Wann und durch welchen Auslöser wird der Inhalt erneut geprüft? | Passen Datum und Auslöser zu Änderungsrisiko und Verpflichtungen? |
Vor der Freigabe prüft das Team, ob vorhandene Seiten, Downloads, Tools, Transaktionen, Supportwege oder andere Kanäle denselben Bedarf bereits erfüllen. Die Suche sollte nicht nur nach dem vorgeschlagenen Titel erfolgen, sondern auch nach Nutzerfrage, Aufgabe, Journey-Schritt und möglichen Synonymen. GOV.UK-Leitlinien empfehlen, geeignete Inhalte früh zu aktualisieren, Lücken zu erkennen und unnötige Doppelungen zu beseitigen. Ähnliche Seiten können sonst unklar lassen, welche Quelle maßgeblich ist, und gesuchte Informationen schwerer auffindbar machen.
Diese Prüfung ist keine mechanische Jagd nach jeder Wiederholung. Eine kurze, bewusst platzierte Information kann unmittelbar vor einer Transaktion nötig sein, obwohl eine ausführliche Erklärung an anderer Stelle liegt. Entscheidend ist, ob die Wiederholung Menschen an diesem Punkt weiterhilft oder eine zweite, potenziell widersprüchliche Wahrheit schafft. Ebenso kann die richtige Lösung außerhalb einer neuen Seite liegen: in einer verbesserten Transaktion, einem Tool, einer Supportstrecke oder einem anderen Kanal. Der Entscheidungsdatensatz sollte auch dieses Ergebnis ausdrücklich festhalten.
Beauftragen Sie nicht einfach eine Seite – verlangen Sie zuerst eine Begründung für ihre Aufgabe.
Zielgruppe und Nutzerfrage werden präzise, wenn sie eine konkrete Situation mit einer belegbaren Aufgabe verbinden. Statt „alle Kunden“ kann im Briefing beispielsweise „Administratoren, die vor der erstmaligen Konfiguration einer unterstützten Integration stehen“ stehen. Maßgeblich sind Aufgabe, Wissensstand oder Situation, sofern sie beeinflussen, welche Erklärung, Evidenz und Handlungsmöglichkeit benötigt werden. Die zentrale Nutzerfrage wird anschließend in einer Form notiert, die diese Personen wiedererkennen würden. Eng verbundene Unterfragen sind zulässig, solange die Seite insgesamt einen zusammenhängenden Bedarf lösen kann.
Als Evidenz kommen je nach Frage Analytics, Suchanfragen, Support- und Callcenter-Daten, frühere Nutzerforschung sowie relevante externe Daten infrage. Hohe Aufrufzahlen allein erklären jedoch nicht, mit welcher Absicht Menschen eine Seite besuchen oder ob der Inhalt ihre Aufgabe erfüllt. Aussagen aus Interviews können wiederum wichtige Motive zeigen, ohne automatisch deren Häufigkeit im gesamten Publikum zu belegen. Das Team sollte daher festhalten, welche Annahme jede Quelle stützt und welche Unsicherheit bleibt. Stakeholder-Wünsche, Arbeitstitel oder ein bereits ausgewähltes Format zählen nicht als Bedarfsnachweis.
Die drei Felder greifen ineinander, indem die Seitenrolle den einzigartigen Beitrag zur Journey festlegt, die Kernbotschaft dessen wichtigste Aussage formuliert und die Evidenz diese Aussage absichert. Die Rolle sollte nicht bloß „informieren“ lauten, sondern erklären, welches Hindernis die Seite an welchem Punkt beseitigt. Ein Support-Erklärstück kann etwa Voraussetzungen klären, bevor eine Administratorin ein Konfigurationstool öffnet. Das Tool führt die Konfiguration aus; die Seite bereitet die Entscheidung und den Einstieg vor. Diese Trennung verhindert, dass erklärender Content eine Interaktion nur umständlich nachbildet.
Die Kernbotschaft nennt die Schlussfolgerung, die auch bei schnellem Lesen erhalten bleiben muss. Ihre aufgabenrelevante Substanz gehört vor ergänzende Details. Unter „erforderliche Evidenz“ stehen zwei Belegarten: Nachweise dafür, dass der Seitenbedarf existiert, und Quellen für die Aussagen auf der späteren Seite. Dazu können Produktdokumentation, freigegebene Datensätze, Demonstrationen oder die Prüfung durch fachlich verantwortliche Personen gehören. Nach der Ausarbeitung werden Titel, Hauptüberschrift und Einstieg gegen das Briefing geprüft. WCAG-Erfolgskriterium 2.4.2 verlangt einen Seitentitel, der Thema oder Zweck beschreibt; dieser einzelne Test stellt jedoch noch keine vollständige Barrierefreiheit her.
Das gewünschte Ergebnis bestimmt das Format, indem es beschreibt, was die Zielgruppe nach der Nutzung sinnvollerweise entscheiden, verstehen, finden, vergleichen, erledigen oder als Nächstes erreichen kann. Dieses Ergebnis ist ein praktisches Abnahmekriterium, nicht automatisch eine kommerzielle Conversion. Eine Seite kann erfolgreich zu ihrer Rolle passen, wenn ein Einkaufsteam zwei Optionen sachgerecht unterscheiden kann oder eine Administratorin erkennt, dass vor der Konfiguration noch eine Freigabe fehlt. Das Briefing sollte deshalb keine beliebige Handlungsaufforderung ergänzen, sondern den nächsten Schritt aus dem belegten Bedarf ableiten.
Erst danach wird zwischen Anleitung, Vergleich, Nachschlagewerk, Erklärung, Transaktionsschritt, Tool, Video oder einer anderen Form gewählt. Planungs- und Serviceleitlinien von GOV.UK verbinden Inhaltstyp und Platzierung mit Kenntnisstand, Aufgabe und Journey und unterscheiden die Funktionen von Guidance und Transaktionen. Sie liefern allerdings keine universelle Format-Taxonomie für Unternehmenswebsites. Ein Video ist daher nicht gerechtfertigt, weil es im Auftrag genannt wurde, sondern nur, wenn seine Darstellungsweise zur Aufgabe passt und die nötigen Anforderungen an Zugänglichkeit, Pflege und alternative Nutzung berücksichtigt werden können.
Die Seite braucht eine klar benannte Person oder ein Team, das für Richtigkeit und Pflege rechenschaftspflichtig ist, sowie einen begründeten nächsten Prüftermin. Diese Verantwortung ist nicht mit sämtlichen Fachaufgaben gleichzusetzen. Beitragende, Fachprüfende, Freigebende, Accessibility-Spezialisten, juristische oder regulatorische Prüfer und technische Umsetzende werden bei Bedarf gesondert erfasst. Digital.gov beschreibt Erstellung, Pflege, Aktualisierung und Entfernung als Teile der Content-Governance und unterscheidet dabei Ownership, fachliche Verifikation und Freigaben. Der Content-Owner koordiniert diese Arbeit, ersetzt aber nicht die erforderliche Expertise.
Der Prüftermin sollte aus bekannten Änderungen, Volatilität, Risiko, Evidenzlage und organisatorischen Zusagen abgeleitet werden. Ein Produkt-Release, eine Preisänderung, eine neue Datenquelle oder das Auslaufen einer Freigabe kann als Auslöser zusammen mit einem Datum dokumentiert werden. Ein pauschaler Quartals- oder Jahresrhythmus passt nicht gleichermaßen zu stabilen Grundlageninhalten und häufig veränderten Produktinformationen. Redaktionsdatensätze können letzte Aktualisierungen und überfällige Prüfungen sichtbar machen. Der Termin schafft einen Kontrollpunkt für Aktualisieren, Korrigieren, Zusammenführen, Weiterleiten oder Stilllegen, garantiert aber nicht, dass die Pflege tatsächlich erfolgt.
Ein vollständiges Briefing beantwortet alle neun Felder konkret, belegt seine Annahmen und führt zu einer nachvollziehbaren Content-Entscheidung. Das folgende fiktive Beispiel betrifft eine B2B-Supportseite und enthält bewusst keine Behauptungen über Traffic, Abschlussquoten, Conversion oder Kosteneinsparungen. In einer realen Organisation müssen die angenommenen Belege durch eigene Forschung, verlässliche Betriebsdaten und zuständige Fachprüfungen ersetzt werden. Die ausgefüllte Fassung könnte so aussehen:
Vor dem Schreibauftrag prüft die verantwortliche Runde, ob es Evidenz für Zielgruppe und Frage gibt, ob die gewählte Entscheidung gegenüber dem Bestand begründet ist und ob die Seitenrolle in der Journey eigenständig bleibt. Ebenso müssen Kernbotschaft und erforderliche Belege zusammenpassen, das gewünschte Ergebnis sinnvoll, das Format begründet und die verantwortliche Stelle benannt sein. Schließlich braucht es einen realistischen Auslöser samt Termin für die nächste Prüfung. Bleibt eine wesentliche Antwort unbelegt oder widersprüchlich, geht die Anfrage zurück in Recherche oder Überarbeitung.
Freigegeben wird also nicht bloß ein Thema, sondern ein zusammenhängender Produktionsvertrag aus Bedarf, Entscheidung, neun Feldern und Lebenszyklusverantwortung. Enthält die geplante Seite Aussagen oder Umsetzungsentscheidungen, die Barrierefreiheits-, Rechts-, Regulierungs-, Daten-, Technik- oder sonstige Fachexpertise verlangen, müssen qualifizierte Personen eingebunden werden. Die verantwortliche Content-Stelle organisiert diese Beteiligung und dokumentiert offene Nachweise. Erst wenn die wesentlichen Abhängigkeiten sichtbar und die Freigabekriterien schlüssig sind, wird aus der Anfrage ein fokussierter Schreibauftrag.
Ein Seitenzweck-Briefing ist ein kurzer interner Entscheidungsdatensatz, der vor dem Schreiben Zielgruppe, Bedarf, Rolle, Botschaft, Evidenz, Ergebnis, Format, Verantwortung und Prüfplan abstimmt. Es begründet, welche Aufgabe der vorgeschlagene Inhalt in der Website-Journey übernimmt. Das Ergebnis muss keine neue Seite sein.
Die hier vorgeschlagene Vorlage enthält neun Felder: Zielgruppe, Nutzerfrage, Seitenrolle, Kernbotschaft, erforderliche Evidenz, gewünschtes Ergebnis, Format, verantwortliche Stelle und Prüftermin. Diese Zusammenstellung ist eine praktische redaktionelle Synthese, kein offizieller universeller Standard. Je nach Risiko kommen gesonderte Fachprüfungen und Freigaben hinzu.
Prüfen Sie zuerst vorhandene Seiten, Tools, Transaktionen und andere Kanäle. Validieren Sie danach Bedarf und Nutzerfrage, füllen Sie die neun Felder aus und entscheiden Sie zwischen Aktualisieren, Zusammenführen, Weiterleiten, Ablehnen und Neu erstellen. Ein Entwurf wird erst beauftragt, wenn die Entscheidung und die wesentlichen Nachweise schlüssig freigegeben sind.
Nein. Eine vorhandene Seite, eine Zusammenführung, eine Weiterleitung, eine verbesserte Transaktion, ein Tool oder ein anderer Kanal kann den Bedarf besser erfüllen. Fehlen belastbare Evidenz oder eine eigenständige Rolle, sollte die Anfrage abgelehnt oder zur weiteren Recherche zurückgegeben werden.
Es gibt kein sinnvolles Universalintervall für alle Inhalte. Der nächste Kontrollpunkt sollte sich an bekannten Änderungen, Volatilität, Risiko, Evidenzlage und organisatorischen Verpflichtungen orientieren. Wenn möglich, werden sowohl ein Datum als auch der konkrete Auslöser dokumentiert.
Für die Recherche zu diesem Artikel wurden folgende Quellen verwendet:
Erstellen Sie eine nachvollziehbare Website-Strategie, die Zielgruppen-Jobs und Journeys mit Fähigkeiten, messbaren Ergebnissen und Prioritäten verbindet.
Ein praxistauglicher Leitfaden, um Nutzeraufgaben über Navigation, Labels, Querverweise und Suche zu prüfen und Änderungen evidenzbasiert zu begrenzen.
Ein praxisnahes Verfahren, um CMS-Kandidaten mit identischen Publikationsszenarien, klaren Nachweisen, Fehlerfällen und Abhängigkeiten zu vergleichen.
