Was in ein brauchbares Website-Projektbriefing gehört

Beginnen Sie bei den Besuchern und ihren Zielen

Eine bewährte Art, einen Bedarf zu fassen, ist eine kurze User Story: wer die Person ist, was sie tun möchte und warum. Das GOV.UK Service Manual beschreibt dieses Format für den Aufbau von Diensten und betont das Ziel als den nützlichsten Teil. Das ist eine Teammethode einer Organisation und keine Regel für Ihr Unternehmen, aber die Gewohnheit lässt sich gut übertragen. Schreiben Sie für eine Website eine Zeile pro Besuchertyp, zum Beispiel: Als Hausbesitzer möchte ich sehen, welche Gebiete Sie abdecken, damit ich weiß, ob ich ein Angebot anfragen soll.

Wenn es Ihnen schwerfällt, das Ziel einer Seite zu benennen, fragen Sie sich, ob die Seite überhaupt nötig ist.

Das Briefing zum Kopieren

Fügen Sie dies in ein Dokument ein und beantworten Sie jede Zeile mit ein bis zwei Sätzen. Das ist ein Rat zur Struktur, passen Sie sie also frei an.

• Unternehmen in einem Satz: was Sie tun und für wen.
• Besucher: bis zu drei Typen, jeweils mit einem Ziel, formuliert als wer, was und warum.
• Seitenübersicht: jede Seite, ihre Hauptbotschaft und die eine Aktion, zu der sie führen soll.
• Aktionen: jede Möglichkeit, wie ein Besucher handeln kann, etwa anrufen, ein Formular senden oder eine Preisliste herunterladen, und wohin jede führt.
• Inhalte: für jede Seite, wer den Text schreibt und wer Fakten, Preise und Aussagen prüft.
• Bereitgestellte Materialien: Logo, Fotos, Dokumente, Markenfarben und Schriften, die Sie bereits haben, sowie wer das Recht zu ihrer Nutzung hat.
• Fehlende Punkte: alles, was noch nicht entschieden ist oder noch nicht existiert, jeweils mit einer namentlich genannten Person, die es klärt.
• Entscheidungsverantwortliche Person: eine Person, die bei widersprüchlichem Feedback die endgültige Antwort gibt.
• Ausschlüsse: Dinge, die dieses Projekt nicht umfasst, klar formuliert.
• Erwartungen an Mobilgeräte und Barrierefreiheit: siehe Abschnitt unten.
• Prüfergebnisse: was eine prüfende Person tun oder bestätigen können sollte, wenn die Website fertig ist.
• Nach dem Start: wer Texte, Preise und Öffnungszeiten aktualisiert und wie eine Änderung angefragt wird.

Erwartungen an Mobilgeräte und Barrierefreiheit

Sagen Sie in einfachen Worten, was Sie möchten. Für Mobilgeräte könnten Sie verlangen, dass jede Seite lesbar und jede Aktion auf dem Smartphone ohne seitliches Scrollen durchführbar ist. Zur Barrierefreiheit warnen die Planungsseiten der W3C WAI, dass es riskant ist, Barrierefreiheit nur als Checkliste anzugehen, weil dann der eigentliche Zweck, die Nutzererfahrung, aus dem Blick geraten kann, und dass es wirksamer sein kann, Menschen mit Behinderungen während Entwurf und Entwicklung einzubeziehen. Schreiben Sie auf, wen Sie bitten werden, die Website auszuprobieren, und was Sie mit den Ergebnissen tun werden. Ein Briefing kann diese Absicht festhalten, aber für sich allein nicht belegen, dass eine Website einen Standard erfüllt.

Projektgrenzen und Zuständigkeit

Ausschlüsse verhindern stille Meinungsverschiedenheiten. Beispiele: keine Online-Zahlungen, kein Mitglieder-Login, kein Blog, keine Übersetzung in eine zweite Sprache, keine Produktfotografie. Markieren Sie jeden Punkt als ausgeschlossen oder später.

Unterscheiden Sie bei Inhalten und Materialien drei Fälle: Sie haben es bereits, Sie liefern es bis zu einem genannten Zeitpunkt, oder jemand anderes soll es erstellen. Unklare Zuständigkeit für Texte und Bilder ist ein häufiger Grund, warum Seiten ins Stocken geraten, listen Sie sie also offen auf.

Ein hypothetisches Beispiel

Stellen Sie sich eine kleine Fahrradwerkstatt vor. Besucher: ein Pendler, der wissen möchte, ob eine Reifenpannenreparatur angeboten wird und was sie kostet, und ein Elternteil, das Öffnungszeiten sucht. Seiten: Start, Reparaturen und Preise, Kontakt. Aktionen: in der Werkstatt anrufen oder ein kurzes Formular senden. Bereitgestellte Materialien: eine Logo-Datei und sechs Handyfotos; die Preise liefert der Inhaber. Fehlend: Öffnungszeiten an Feiertagen, vom Inhaber zu klären. Entscheidungsverantwortlicher: der Werkstattinhaber. Ausschlüsse: Online-Buchung, Shop und Blog. Prüfergebnis: Eine Person am Smartphone findet den Preis der Reifenreparatur und sendet innerhalb einer Minute eine Anfrage. Dieses Beispiel ist erfunden und ungetestet.

Freigabe und laufende Aktualisierungen

Legen Sie im Voraus fest, wer jede Phase freigibt und in welcher Form, etwa durch eine schriftliche Antwort der entscheidungsverantwortlichen Person. Sammeln Sie Feedback in einer Liste und nicht in verstreuten Nachrichten. Sagen Sie für die Zeit nach dem Start, wer was bearbeitet, wie oft sich Inhalte voraussichtlich ändern und wohin Anfragen gehen. Wenn niemand für Aktualisierungen zuständig ist, veralten Preise und Öffnungszeiten unbemerkt.