So erstellen Sie vor dem Schreiben ein Seitenzweck-Briefing

Bevor jemand textet, braucht der Seitenwunsch einen kurzen Entscheidungsnachweis. Er umfasst neun Felder: vorgesehene Zielgruppe, Nutzerfrage, Seitenrolle, Kernbotschaft, erforderliche Belege, gewünschte Handlung, Format, verantwortliche Stelle und Prüftermin. Zuerst vergleicht das Team den Wunsch mit bestehenden Seiten, Tools, Transaktionen und weiteren Kontaktpunkten. Erst danach lautet der Entscheid aktualisieren, zusammenführen, weiterleiten, ablehnen oder neu erstellen. So beginnt der Auftrag nicht mit einem Titel oder Wunschformat, sondern mit einer begründeten Aufgabe im gesamten Webauftritt.

Warum muss der Seitenzweck vor dem Schreiben feststehen?

Der Seitenzweck muss zuerst feststehen, weil ein gewünschter Titel oder ein bevorzugtes Format nur eine vorgeschlagene Lösung ist. Ohne vorgängigen Entscheid muss die schreibende Person selbst erraten, für wen der Inhalt gedacht ist, welche Frage er beantwortet, welche Belege genügen und was danach möglich sein soll. Das kann zu einem unscharfen Text führen, der mit einer bestehenden Seite um denselben Bedarf konkurriert. Die GOV.UK-Leitlinie setzt deshalb beim gültigen Nutzerbedarf, bei Belegen und bei Abnahmekriterien an.

Die folgende Vorlage ist kein offizieller Standard. Sie verbindet Grundsätze aus Leitlinien zu Nutzerbedarf, Content-Planung und Lifecycle-Governance zu einem handlichen redaktionellen Entscheidungsprotokoll. Stakeholder können damit einen späteren Entwurf gegen dieselben Voraussetzungen prüfen, die vor der Produktion vereinbart wurden. Discovery, Nutzerforschung, Faktenprüfung, technische Abklärung, Barrierefreiheitsarbeit und notwendige Spezialfreigaben bleiben eigenständige Aufgaben.

Was ist vor der Freigabe einer weiteren Seite zu prüfen?

Vor der Freigabe prüft das Team, ob der Bedarf bereits durch eine Seite, ein Tool, eine Transaktion oder einen anderen Kontaktpunkt erfüllt wird. Gesucht wird nicht bloss nach identischen Titeln, sondern nach Inhalten mit derselben Aufgabe in der Journey. Offizielle GOV.UK-Leitlinien empfehlen, vorhandene Inhalte früh zu prüfen, aktualisierbare Seiten zu erkennen sowie Doppelungen und fehlende Aufgabeninformationen zu finden. Ein identischer Bedarf soll möglichst an einem massgebenden Ort beantwortet werden.

• Aktualisieren: Eine bestehende Seite besitzt Bedarf und Rolle bereits, benötigt aber bessere oder aktuellere Inhalte.
• Zusammenführen: Mehrere Fragmente teilen eine Antwort auf und schaffen konkurrierende Versionen.
• Weiterleiten oder ausmustern: Eine veraltete Seite weicht einer neuen massgebenden Quelle.
• Ablehnen: Weder ein belegter Bedarf noch eine eigenständige Seitenrolle ist erkennbar.
• Neu erstellen: Bedarf, Rolle, Belege, Handlung, Format, Verantwortung und Pflegeplan ergeben einen stimmigen Vorschlag.

Zusammenführen ist kein mechanisches Ziel. Eine kurze, bewusste Wiederholung direkt vor einem Transaktionsschritt kann Menschen helfen, während zwei umfangreiche Hauptseiten mit derselben Aussage die Zuständigkeit verwischen können. Ebenso darf der Check ergeben, dass eine Änderung am Tool, an der Transaktion oder an einem betreuten Kanal die Aufgabe besser erfüllt. Das Briefing dokumentiert diesen Entscheid, statt jede Anfrage in eine neue URL zu verwandeln.

Briefen Sie nicht die schreibende Person auf eine Seite, sondern die Organisation auf die Begründung ihrer Aufgabe.

Wie werden Zielgruppe und Nutzerfrage präzise definiert?

Zielgruppe und Nutzerfrage werden präzise, wenn eine konkrete Situation mit einer belegten Aufgabe verbunden wird. Statt «alle Kundinnen und Kunden» kann das Briefing etwa Personen nach Rolle, Kenntnisstand oder Zeitpunkt in der Journey beschreiben, sofern dieser Unterschied den Inhalt tatsächlich verändert. Die Nutzerfrage hält anschliessend die zentrale Frage oder Aufgabe in einer Sprache fest, welche die Zielgruppe wiedererkennen würde. Eng verbundene Unterfragen sind möglich, solange sie zusammen einen kohärenten Bedarf bilden.

• Analytics zeigen beobachtbare Nutzungsmuster, erklären für sich allein aber keine Absicht.
• Anfragen beim Contact Center oder Support können wiederkehrende Fragen sichtbar machen.
• Frühere Nutzerforschung kann Situationen, Sprache und Hindernisse belegen.
• Relevante externe Daten können interne Beobachtungen ergänzen.

Die GOV.UK-Leitlinie nennt solche Quellen als mögliche Belege, verlangt aber weiterhin die Validierung von Annahmen. Ihre Aussagekraft hängt von der jeweiligen Frage ab: Hohe Seitenaufrufe beweisen weder, warum Menschen kommen, noch ob eine neue Seite nötig ist. Auch eine Stakeholder-Präferenz, ein Arbeitstitel oder der Wunsch nach einem Video ist kein Bedarfsnachweis. Der kanadische Content-Styleguide stützt zusätzlich die Ausrichtung von Organisation, Sprache und Gestaltung auf die Zielgruppe und deren Hauptaufgabe.

Wie greifen Seitenrolle, Kernbotschaft und Belege ineinander?

Die drei Felder greifen ineinander, indem sie den Beitrag der Seite, ihre wesentliche Aussage und den dafür nötigen Nachweis festlegen. Die Seitenrolle benennt den einzigartigen Job innerhalb der Journey und erklärt, weshalb keine bestehende Seite, Transaktion, kein Tool und kein anderer Kanal ihn besser übernimmt. Die Kernbotschaft formuliert die eine Schlussfolgerung, die nach der Nutzung bestehen bleiben soll. Erforderliche Belege machen sichtbar, worauf Bedarf und spätere Inhaltsaussagen beruhen.

Bei einer Support-Journey könnte eine kurze Erklärung Voraussetzungen klären, bevor eine Administratorin ein Konfigurationstool öffnet. Die Erklärung ordnet Zugang, Kompatibilität und benötigte Unterlagen ein; das Tool führt die Konfiguration aus. Diese Aufgabentrennung entspricht der GOV.UK-Empfehlung, Informationen am passenden Punkt bereitzustellen und Informationsseiten nicht mit Transaktionen gleichzusetzen. Zur Evidenz gehören in diesem Fall sowohl Nachweise für die wiederkehrende Frage als auch aktuelle Produktdokumentation und eine fachliche Verifikation der Aussagen.

Die Kernbotschaft gehört vor unterstützende Details. Später werden Seitentitel, Hauptüberschrift und Einstieg gegen sie geprüft: Können Nutzende Thema, Zweck und Relevanz erkennen? WCAG-Erfolgskriterium 2.4.2 verlangt einen Seitentitel, der Thema oder Zweck beschreibt. Dieser einzelne Check schafft jedoch noch keine vollständige Barrierefreiheit und ersetzt weder die Prüfung der Struktur noch jene von Sprache, Interaktion oder technischen Komponenten.

Wie bestimmt die gewünschte Handlung das passende Format?

Die gewünschte Handlung bestimmt das Format, indem sie das sinnvolle Ergebnis für die Zielgruppe beschreibt. Nach dem Inhalt soll eine Person beispielsweise etwas entscheiden, vergleichen, finden, verstehen oder am richtigen Ort fortsetzen können. Das Team behandelt dieses Ergebnis als praktische Abnahmebedingung: Ein Entwurf ist nicht allein deshalb passend, weil er vollständig klingt, sondern weil er die vereinbarte Aufgabe unterstützt. Eine gewünschte Handlung muss deshalb weder ein Lead noch ein Verkauf oder eine Formularübermittlung sein.

• Eine Anleitung unterstützt eine nachvollziehbare Abfolge.
• Ein Vergleich macht entscheidungsrelevante Unterschiede sichtbar.
• Eine Referenz stellt verlässliche Einzelheiten zum Nachschlagen bereit.
• Eine Erklärung vermittelt Zusammenhang oder Voraussetzungen.
• Ein Tool oder Transaktionsschritt ermöglicht eine Interaktion.

Erst wenn Bedarf, Rolle und Ergebnis geklärt sind, wird zwischen diesen oder anderen Formen gewählt. GOV.UK verbindet Inhaltstyp und Platzierung mit Vorwissen, Aufgabe und Abschlussweg der Nutzenden. Die Quelle liefert jedoch keine universelle Formattaxonomie für Unternehmenswebsites. Ergibt die Prüfung, dass ein Tool, eine Transaktionsänderung oder ein nicht digitaler Kontaktpunkt die Aufgabe besser erfüllt, hält das Protokoll genau diesen Entscheid fest, statt ein vorgegebenes Seitenformat zu erzwingen.

Wer trägt die Verantwortung, und wann wird die Seite geprüft?

Die Verantwortung trägt eine klar benannte Person oder ein Team, das für Richtigkeit und Pflege der Seite accountable ist; der Prüftermin folgt den realen Veränderungsbedingungen. Ownership bedeutet nicht, dass diese Stelle jede Fachaufgabe selbst ausführt. Beitragende, fachlich Prüfende, Freigabestellen, Accessibility-Fachpersonen sowie rechtliche, regulatorische oder technische Spezialistinnen und Spezialisten werden separat erfasst. Digital.gov beschreibt diese Unterscheidungen als Bestandteile einer Governance, die Erstellung, Pflege, Aktualisierung und Entfernung umfasst.

Für den Prüftermin gibt es keinen allgemeingültigen Quartals- oder Jahresrhythmus. Das Team berücksichtigt bekannte Releases, veränderliche Daten, Risiko, Evidenzlage und verbindliche Publikationszusagen und notiert nach Möglichkeit sowohl Datum als auch Auslöser. GOV.UK beschreibt Publikationsdaten, mit denen letzte Aktualisierungen und überfällige Prüfungen erkennbar werden. Ein solcher Kontrollpunkt ermöglicht später den Entscheid über Aktualisierung, Korrektur, Zusammenführung, Weiterleitung oder Ausmusterung; er garantiert nicht, dass die Pflege tatsächlich erfolgt.

Wie sieht ein vollständig ausgefülltes Neun-Felder-Briefing aus?

Ein vollständiges Briefing zeigt in jedem Feld eine zusammenhängende, überprüfbare Entscheidung. Das folgende hypothetische Beispiel betrifft eine B2B-Supportseite für eine unterstützte Integration. Es behauptet weder eine bestimmte Nachfrage noch Verbesserungen bei Traffic, Abschlussquote, Kosten oder Bearbeitungszeit. Ein reales Team müsste alle Annahmen durch Erkenntnisse aus seinem eigenen Produkt, Support und Kundenkontext ersetzen.

• Vorgesehene Zielgruppe: Kundenadministratorinnen und -administratoren, die eine unterstützte Integration konfigurieren wollen.
• Nutzerfrage: Was muss ich prüfen, bevor ich mit der Konfiguration beginne?
• Seitenrolle: Voraussetzungen erklären, bevor die Person zum Konfigurationstool wechselt.
• Kernbotschaft: Vor dem Start müssen Zugang, Kompatibilität und erforderliche Unterlagen geklärt sein.
• Erforderliche Belege: aktuelle Produktdokumentation, Supportaufzeichnungen zur Frage und Verifikation durch die zuständige Produktfachperson.
• Gewünschte Handlung: Einsatzbereitschaft beurteilen und anschliessend das richtige Tool oder den passenden Supportweg öffnen.
• Format: kurze Anleitung mit einer Checkliste der Voraussetzungen.
• Verantwortliche Stelle: das Product-Support-Content-Team; Produkt- und Accessibility-Prüfung werden separat benannt.
• Prüftermin: der nächste dokumentierte Kontrollpunkt, verbunden mit dem Auslöser eines relevanten Produkt-Releases.

Vor der Freigabe müssen Stakeholder die Belege für Zielgruppe und Frage zeigen, den Entscheid und die eigenständige Seitenrolle begründen, Kernbotschaft und erforderliche Nachweise nennen sowie eine sinnvolle nächste Handlung beschreiben können. Zusätzlich müssen sie das Format rechtfertigen, eine accountable Stelle benennen und sich auf Prüftermin und Auslöser festlegen. Bleibt eine wesentliche Antwort unbelegt oder widersprüchlich, geht der Wunsch zurück in Research oder Überarbeitung, bevor ein Entwurf beauftragt wird.

Der Schreibauftrag ist erst reif, wenn Bedarf, Bestandsentscheid, neun Felder und Lifecycle-Verpflichtung zusammenpassen. Enthält die geplante Seite Aussagen oder Umsetzungsentscheide, die besonderes Fachurteil verlangen, koordiniert die verantwortliche Content-Stelle die nötigen Accessibility-, Rechts-, Regulierungs-, Technik-, Daten- oder Fachprüfungen. Sie ersetzt diese Kompetenzen nicht. Das Briefing schafft damit einen gemeinsamen Entscheidungsstand, aber keine Abkürzung um professionelle Prüfung oder sorgfältige Umsetzung.