01 / Auftrag klären
Ein Website-Briefing wird durch prüfbare Anforderungen belastbar
Das Ergebnis steht vor dem ersten Layout
Wenn Sie ein Website Briefing erstellen, beschreiben Sie zuerst, welche Aufgaben Besucher und Mitarbeitende zuverlässig erledigen sollen. Für jede wichtige Aufgabe halten Sie den Umfang, notwendige Inhalte, Zuständigkeiten und einen beobachtbaren Prüfzustand fest. Daraus entsteht ein Lastenheft, mit dem sich eine Website für mehrere Dienstleistungen planen und später fachlich prüfen lässt. Eine Sammlung von Lieblingswebsites reicht dafür ebenso wenig wie die Forderung nach einem modernen Design.
Dieser Leitfaden führt Sie durch ein Website-Anforderungsregister mit Abnahmefällen. Sie können die Tabellen übernehmen und mit Ihren Leistungen, Gebieten, Sprachen und Datenwegen füllen. Der Schwerpunkt liegt auf der Verbindung zwischen einer geschäftlichen Regel und dem konkreten Verhalten der Website. Die Beispiele betreffen einen mehrseitigen Dienstleistungsauftritt mit Anfrageformular, redaktionellen Inhalten und gegebenenfalls einer Übergabe an ein Vertriebssystem.
Beginnen Sie mit den Informationen, über die Ihr Unternehmen bereits verfügt: Leistungsbeschreibungen, wiederkehrende Kundenfragen, gewünschte Anfragewege und Einschränkungen der Bearbeitung. Fehlende Fakten erhalten einen Verantwortlichen und einen Entscheidungstermin. Ein unbekanntes Einsatzgebiet wird beispielsweise nicht durch eine unbegrenzt auswählbare Deutschlandkarte ersetzt. Solange diese Entscheidung fehlt, bleibt die betroffene Anforderung offen.
Stand der Quellen: 3. Oktober 2026. Register, Prioritäten und Freigabeschritte sind eine redaktionelle Arbeitsmethode. Die hier beschriebene fachliche Prüfung legt keine vertragsrechtliche Abnahme oder deren Rechtsfolgen fest; diese müssen zum konkreten Auftrag passen.
02 / Dokumente ordnen
Briefing, Lastenheft und Umsetzungsvorschlag verbinden
Eine gemeinsame Grundlage statt konkurrierender Dateien
Verwenden Sie die Begriffe im Projekt eindeutig. Das Briefing beschreibt Ausgangslage, Ziel und Rahmen. Das Lastenheft konkretisiert, was die Website leisten soll und unter welchen Bedingungen. Im Umsetzungsvorschlag beziehungsweise Pflichtenheft erklärt der Anbieter, wie er die vereinbarten Anforderungen erfüllen will. Diese praktische Trennung verlangt keine bestimmte Dokumentenlänge. Bei einem überschaubaren Projekt können drei klar bezeichnete Bereiche einer gemeinsamen Datei genügen.
Ein Beispiel zeigt die Grenze: „Anfragen müssen nach Leistung und Gebiet zugeordnet werden“ gehört auf die Anforderungsseite. Ob dies mit einem bestimmten Formularwerkzeug, einer Schnittstelle oder einer zunächst manuellen Bearbeitung geschieht, ist eine Lösungsentscheidung. Eine Plattform wird erst dann zur verbindlichen Vorgabe, wenn dafür ein nachvollziehbarer Grund besteht, etwa ein vorhandenes System oder eine tatsächlich benötigte Integration. Andernfalls schränken Sie mögliche Lösungen unnötig früh ein.
Der allgemeine Leitfaden zum Erstellen einer Website: Formate, Kosten und Ablauf hilft bei der vorgelagerten Entscheidung über Projektart und Aufwand. Hier wird daraus ein prüfbarer Arbeitsumfang. Halten Sie dazu eine freigegebene Ausgangsversion fest. Jede spätere Ergänzung verweist auf diese Version und auf betroffene Anforderungsnummern; eine neue Präsentation überschreibt nicht stillschweigend bereits getroffene Entscheidungen.
Benennen Sie außerdem eine Person, die widersprüchliche Wünsche auf Auftraggeberseite entscheidet. Wenn Vertrieb eine sofortige Terminzusage verlangt, der Betrieb aber erst die Verfügbarkeit prüfen kann, löst das kein Designer allein. Im Dokument muss entweder eine bestätigte Buchung mit Voraussetzungen oder eine unverbindliche Anfrage stehen. Diese Entscheidung beeinflusst Texte, Formularzustände, Benachrichtigungen und die spätere Erfolgsmessung gleichzeitig.
03 / Anforderungen erfassen
Das Website-Anforderungsregister anlegen
Jede Zeile führt zu einem beobachtbaren Ergebnis
Geben Sie jeder Anforderung eine dauerhafte Kennung. Formulieren Sie den Anlass, das verlangte Verhalten, eine Priorität, den Nachweis und den fachlich Verantwortlichen. Das GOV.UK-Handbuch zu User Stories verbindet Nutzer, Aufgabe und Zweck mit überprüfbaren Ergebnissen. Für Ihr Unternehmen ist das ein methodischer Bezug, keine britische Verwaltungsvorschrift. Ergänzen Sie stets die konkrete Geschäftsregel, die der Anbieter nicht selbst erraten kann.
Die folgenden Zeilen sind ein ausgefüllter Lehrentwurf. „Muss“ bedeutet in diesem Register: ohne Erfüllung keine Freigabe des betroffenen Umfangs. „Später“ bedeutet: nicht im aktuellen Auftrag enthalten. „Offen“ ist ein Bearbeitungsstatus und keine niedrigere Priorität. Ergänzen Sie außerhalb der kompakten Ansicht zu jeder Kennung die Version, Abhängigkeiten, den Status und einen Verweis auf den Testnachweis.
| ID | Anlass | Verlangtes Verhalten | Priorität | Prüfnachweis | Fachlich zuständig |
|---|---|---|---|---|---|
| R01 | Mehrere Leistungen | Auswahl bleibt beim Wechsel zur Anfrage erhalten | Muss | Auswahl und empfangene Daten vergleichen | Vertrieb |
| R02 | Begrenztes Gebiet | Freigegebenen Gebietsstatus verständlich anzeigen | Muss | Ort innerhalb und außerhalb prüfen | Betrieb |
| R03 | Anfrage bearbeiten | Bestätigte Anfrage liegt im festgelegten Eingang vor | Muss | Testkennung im Eingang wiederfinden | Vertriebsleitung |
| R04 | Zwei Startsprachen | Zugehörige Inhalte und Formularmeldungen sind übersetzt | Muss | Sprachmatrix und vollständiger Durchlauf | Redaktion |
| R05 | Spätere Pflege | Berechtigte Redaktion kann Leistungsdaten ändern | Muss | Änderung, Vorschau und Veröffentlichung vorführen | Website-Verantwortliche |
Ein Nachweis enthält Umgebung, Version, Schritte, Sollzustand und Istzustand. Ein Bildschirmfoto allein belegt die Datenübertragung von R03 nicht. Umgekehrt zeigt ein technisches Protokoll allein nicht, ob R02 für den Besucher verständlich ist. Verwenden Sie deshalb für jede Zeile die Belegform, die ihre Aussage tatsächlich prüft, und halten Sie unerfüllte Bedingungen sichtbar fest.
04 / Leistungsgrenzen
Leistungen, Gebiete und Zuständigkeiten sauber trennen
Aus dem Angebotskatalog wird eine Regelmatrix
Bei mehreren Dienstleistungen verbirgt sich hinter einer gemeinsamen Anfrage oft ein unterschiedlicher Informationsbedarf. Für eine Räumung sind andere Angaben nötig als für die Montage eines bereits gelieferten Möbelstücks. Trennen Sie Leistung, Voraussetzung, Gebiet, erforderliche Eingaben und Verantwortung. Entscheiden Sie zusätzlich, was bei einer Kombination geschieht: gemeinsame Prüfung, mehrere Teilvorgänge oder eine Rückfrage. Ein Sammelbegriff wie „Komplettservice“ beantwortet diese Fragen nicht.
Als öffentliches Beispiel zeigt der HandMen-Ratgeber zu Räumung, Umzug und Möbelmontage getrennte Arbeitsschritte und die Rolle unabhängiger Partner. Übernehmen Sie daraus keine Leistungsversprechen für Ihr Unternehmen. Leiten Sie für den eigenen Auftritt ab, welche Zuständigkeiten und benötigten Angaben Besucher erkennen müssen.
| Bereich | Enthaltener Umfang | Erforderliche Angabe | Gebietsregel | Verantwortung | Grenze |
|---|---|---|---|---|---|
| Räumung | Beschriebene Räume und Gegenstände | Umfang, Etage, Zugang | Bestätigtes Einsatzgebiet | Benannter Ausführender | Sonderfälle separat prüfen |
| Transport | Vereinbarter Transportabschnitt | Start, Ziel, Transportgut | Beide Orte prüfen | Transportanbieter | Keine automatische Montage |
| Montage | Benannte Möbel und Arbeitsschritte | Modell, Menge, Lieferstatus | Einsatzort prüfen | Montageanbieter | Anschlüsse separat klären |
| Vermittlung | Suche nach geeignetem Partner | Aufgabe und Kontaktwunsch | Vermittlungsgebiet | Vermittlungsdienst | Keine eigene Ausführung behaupten |
| Kombination | Freigegebene Teilaufgaben | Angaben je Teilaufgabe | Überschneidungen prüfen | Zuständige je Teilaufgabe | Keine pauschale Gesamtzusage |
Die Tabelle ist ein Arbeitsbeispiel, kein tatsächlicher Leistungskatalog von HandMen oder Salestudia. Ersetzen Sie alle Zeilen durch bestätigte eigene Bedingungen. Lassen Sie insbesondere Außengebiets-Anfragen bewusst behandeln: mit einer ehrlichen Rückmeldung oder einem definierten Prüfweg. Ein erfolgreich abgesendetes Formular darf daraus keine bestätigte Verfügbarkeit machen.
05 / Seiten und Wege
Seitenumfang und Navigation vor dem Design festhalten
Seitentyp, Inhalt und URL sind verschiedene Einheiten
Erstellen Sie ein Seiteninventar mit Zweck, Vorlage, Sprache, Inhaltsquelle und gewünschtem nächsten Schritt. Drei Leistungsseiten können dieselbe Vorlage verwenden und dennoch drei redaktionell eigenständige Inhalte benötigen. Zählen Sie daher Vorlagen und zu befüllende Seiten getrennt. Fügen Sie Formularzustände, Bestätigungen, Fehlermeldungen und erforderliche Systemseiten hinzu. Sie werden leicht vergessen, wenn die Kalkulation nur die sichtbaren Menüpunkte zählt.
Prüfen Sie die Navigation anhand konkreter Aufgaben. Ein Interessent soll eine passende Leistung finden, deren Grenzen verstehen und seine Angaben übermitteln können. Ein bestehender Kunde braucht möglicherweise direkt Kontakt oder eine Serviceinformation. Lassen Sie jemanden diese Wege in einer einfachen Strukturansicht zeigen. Wo eine Entscheidung ohne zusätzliches Wissen aus dem Verkaufsgespräch nicht möglich ist, fehlen meist Inhalte oder eine verständliche Bezeichnung.
Für die Adressplanung empfiehlt Google eine lesbare und beschreibende URL-Struktur. Legen Sie Namenskonventionen und Zuständigkeit früh fest. Das bedeutet keine Garantie für Rankings. Halten Sie außerdem fest, welche Seiten wirklich eigenständig gebraucht werden. Ein zusätzlicher Ortsname im Menü rechtfertigt nicht automatisch eine neue Seite mit ansonsten identischem Inhalt und unbestätigter lokaler Präsenz.
Vereinbaren Sie vor dem Layout eine Strukturfreigabe: Seitenliste vollständig, Hauptwege nachvollziehbar, Leistungsgrenzen zugeordnet und offene Inhalte markiert. Änderungen bleiben möglich, werden aber als Änderung behandelt. So lässt sich später unterscheiden, ob ein Anbieter einen freigegebenen Seitenumfang unvollständig umgesetzt hat oder ob nachträglich ein neuer Bereich hinzugekommen ist.
06 / Inhalte und Sprachen
Für jede Sprache eine vollständige Lieferstrecke planen
Übersetzung umfasst auch die kleinen Systemtexte
Definieren Sie eine Sprachmatrix pro Seite und Funktion. „DE und EN zum Start“ muss erkennen lassen, ob beide Versionen denselben Umfang erhalten. Dazu gehören Navigation, Formulare, Hinweise zum Gebiet, Fehlermeldungen, Bestätigungstexte und redaktionelle Metadaten. Benennen Sie jeweils, wer Ausgangsfakten liefert, formuliert, übersetzt und fachlich freigibt. Eine vorhandene Rohübersetzung ist noch kein freigegebener Inhalt.
Google beschreibt für lokalisierte Seitenversionen unter anderem gegenseitige Verweise zwischen tatsächlichen Sprachalternativen. Schreiben Sie die gewünschten Zusammenhänge in die Anforderungen und lassen Sie ihre technische Umsetzung vorschlagen. Ein Sprachschalter soll zur entsprechenden verfügbaren Seite führen; eine noch nicht erstellte Version wird nicht durch eine beliebige andere Seite als angebliche Übersetzung ersetzt.
Der Leitfaden zur mehrsprachigen Website für Deutschland vertieft die Verbindung von Suchmaschinen, Nutzerführung und Lokalisierung. Für Ihr Lastenheft genügt zunächst eine verbindliche Zuordnung: welche Inhalte starten, wer sie liefert und welcher Durchlauf ihre Vollständigkeit bestätigt. Planen Sie außerdem ein Verfahren für spätere Änderungen. Wird eine Leistungsgrenze auf Deutsch angepasst, muss sichtbar werden, welche Übersetzungen erneut geprüft werden müssen.
Sammeln Sie Bilder und Belege mit Herkunft, Einsatzbereich und Freigabestatus. Die Redaktion braucht keine privaten Kundenunterlagen, um eine Vorlage zu testen. Verwenden Sie dafür ausdrücklich vorbereitete Beispieldaten. Sind Bilder oder fachliche Texte noch offen, nennen Sie den konkreten Liefertermin und die betroffenen Seiten. „Content kommt später“ ist keine ausreichend genaue Abhängigkeit für einen verbindlichen Startplan.
07 / Formularlogik
Formularfelder aus der Bearbeitung ableiten
Jede Eingabe hat einen Zweck und einen Fehlerfall
Gehen Sie Feld für Feld durch: Welche Entscheidung ermöglicht diese Angabe, und muss sie schon beim ersten Kontakt vorliegen? Halten Sie Pflichtstatus, Format, Erläuterung und Verwendung fest. Ein Montageprojekt kann etwa eine Auswahl des Möbeltyps benötigen; eine genaue Rechnungsadresse ist für eine erste unverbindliche Rückfrage möglicherweise noch nicht erforderlich. Die konkreten Regeln bestätigt die Person, die die Anfragen tatsächlich bearbeitet.
Die W3C-Empfehlungen zur Beschriftung von Formularfeldern beschreiben verständlich zugeordnete Bezeichnungen. Machen Sie daraus eine prüfbare Vorgabe: Besucher erkennen den Feldzweck, Pflichtangaben und zulässige Eingaben auch ohne ein verschwundenes Platzhalterbeispiel. Beschreiben Sie zusätzlich, ob frühere Eingaben beim Wechsel der Leistung weiter gelten oder gelöscht werden müssen. Versteckte, widersprüchliche Altwerte dürfen nicht unbemerkt mitgesendet werden.
Für ungültige Eingaben legen Sie konkrete Rückmeldungen und Korrekturmöglichkeiten fest. Die W3C-Anleitung zur Eingabeprüfung weist darauf hin, dass eine Prüfung im Browser die serverseitige Validierung nicht ersetzt. Verlangen Sie einen negativen Test mit fehlendem Pflichtfeld und einen erfolgreichen Durchlauf mit erlaubten Angaben. Der technische Anbieter dokumentiert, an welcher Stelle die Regeln durchgesetzt werden.
Testen Sie anschließend einen Wechsel des Szenarios. Wählt jemand zunächst Transport und danach nur Montage, müssen Zusammenfassung und übermittelte Daten den aktuellen Auftrag widerspiegeln. Das ist ein aussagekräftigerer Prüfpunkt als die bloße Anzahl der Formularfelder. Für jeden solchen Wechsel schreiben Sie auf, welche Informationen erhalten bleiben, welche entfallen und welche zusätzliche Rückfrage erscheint.
08 / Eingang bestätigen
Die Anfrage bis zum zuständigen Mitarbeiter verfolgen
Sichtbarer Erfolg und betrieblicher Eingang getrennt prüfen
Beschreiben Sie den gesamten Datenweg: Formular, empfangender Dienst, vereinbarter Eingang und zuständige Person. Definieren Sie, welcher bestätigte Zustand die Erfolgsmeldung auslöst. Bei einer asynchronen Übergabe muss klar sein, ob die Website den gesicherten Empfang bestätigt oder bereits die nachgelagerte Bearbeitung. Eine Meldung darf nur den erreichten Zustand ausdrücken. Eine zugesagte persönliche Antwort erfordert außerdem eine betriebliche Regel.
Für Statusmeldungen erläutert W3C die Wahrnehmbarkeit durch assistive Technik ohne Fokuswechsel. Im eigenen Abnahmefall prüfen Sie daher auch, wie ein Nutzer die Bestätigung oder einen Fehler mitbekommt. Der Test endet aber erst, wenn die vorbereitete Testkennung im festgelegten Eingang auffindbar ist. Prüfen Sie dort Leistungswahl, Sprache, Gebietsangabe und die benötigten Kontaktdaten gegen die ursprüngliche Eingabe.
Wenn eine Übergabe scheitert, legen Sie Erkennung, Zuständigkeit und Wiederholung fest. Eine erneute Übermittlung darf nicht unkontrolliert mehrere Bearbeitungsaufträge erzeugen. Benennen Sie, wie ein schon vorhandener Vorgang wiedererkannt wird und wie unklare Fälle manuell geprüft werden. Detailliertere Hinweise für die Gestaltung und Prüfung von Anfragewegen bietet der Beitrag zu Formularen und Conversion-Rate-Optimierung.
STOP für R03: Ein grünes Formularfenster bei fehlendem Eingang ist kein bestandener Test. Dokumentieren Sie den tatsächlich erreichten Zustand, korrigieren Sie den Übergabeweg und wiederholen Sie denselben Fall. Ein Analytics-Ereignis ersetzt den betrieblichen Nachweis ebenfalls nicht.
09 / Daten und Sicherheit
Datenschutz und Uploads als konkrete Arbeitspakete beschreiben
Verantwortliche Entscheidungen ersetzen pauschale Gütesiegel
Die Anforderung „DSGVO-konform“ allein benennt weder Daten noch Verarbeitung. Erfassen Sie Kategorien, Zweck, Empfänger, Systeme, Zugriffsrollen und die Entscheidung über Aufbewahrung beziehungsweise Löschung. Der Europäische Datenschutzausschuss erklärt die Grundprinzipien, darunter erforderliche Daten, transparente Verarbeitung und eine passende Rechtsgrundlage. Welche Umsetzung und Texte Ihr Projekt braucht, muss anhand des tatsächlichen Datenwegs fachlich und gegebenenfalls rechtlich geprüft werden.
Benennen Sie im Briefing, wer diese Prüfung verantwortet und welche Ergebnisse die Umsetzung benötigt. Trennen Sie eine Anfrage von einer zusätzlichen Werbeeinwilligung; lassen Sie Rechtsgrundlagen und Texte für den konkreten Zweck bestimmen. Eine allgemeine Checkbox kann fehlende Entscheidungen über Empfänger oder Aufbewahrung nicht ersetzen. Sensible Originaldaten und Passwörter gehören nicht in einen breit verteilten Projektanhang.
Bei Fotos oder Dokumenten entsteht ein eigener Funktionsumfang. Nach dem OWASP-Leitfaden für Datei-Uploads sind mehrere Schutzmaßnahmen erforderlich; allein der behauptete Dateityp genügt nicht. Vereinbaren Sie erlaubte Formate, Größenbegrenzung, Prüfung, geschützte Speicherung und berechtigten Zugriff. Lassen Sie den Anbieter die Sicherheitsmaßnahmen und das Verhalten bei abgewiesenen Dateien beschreiben, statt nur einen Uploadknopf zu bestellen.
Klären Sie auch, ob Uploads für den ersten Start überhaupt notwendig sind. Wenn der Betrieb Unterlagen erst nach der Sichtung der Anfrage benötigt, kann ein gesonderter, vereinbarter Übermittlungsweg sinnvoller sein. Diese Entscheidung verändert allerdings den Prozess und muss dokumentiert werden. Ein späterer Upload ist eine neue Anforderung mit eigenem Datenweg und Prüfung, keine automatisch enthaltene Kleinigkeit.
10 / Messung definieren
Messpunkte an bestätigte Zustände binden
Technischer Erfolg ist noch keine qualifizierte Anfrage
Legen Sie vor der Umsetzung fest, welche Fragen die Messung beantworten soll. Formularbeginn, bestätigte Übermittlung, betrieblicher Eingang und qualifizierter Kontakt sind verschiedene Zustände. Benennen Sie Auslöser, zulässige Parameter, Zielsystem und verantwortliche Person. Der Anbieter soll nachvollziehbar zeigen können, wann ein Ereignis entsteht und in welchen Fällen es ausbleibt. Ein bloßer Klick auf „Senden“ ist für einen Nachweis der erfolgreichen Übermittlung ungeeignet.
Google führt generate_lead als empfohlenes GA4-Ereignis für einen entstandenen Lead auf. Ob und an welcher bestätigten Stelle Sie dieses Ereignis einsetzen, gehört in das Messkonzept. Ein Ereignisname beweist weder Erreichbarkeit noch Eignung des Kontakts. Diese Bewertung benötigt eigene Kriterien und gegebenenfalls eine spätere Rückmeldung aus dem Bearbeitungssystem. Erfinden Sie dafür keine Werte oder Erfolgsquoten im Lastenheft.
Definieren Sie Tests für die vereinbarten Einwilligungszustände, Validierungsfehler und wiederholte Bedienung. Geben Sie an, welche Messung jeweils erwartet wird, und lassen Sie die Konfiguration fachlich prüfen. Ein fehlendes Analytics-Ereignis kann unter bestimmten Bedingungen erwartbar sein, während die Anfrage trotzdem zuverlässig bearbeitet werden muss. Beide Prüfungen erhalten daher getrennte Nachweise und getrennte Verantwortliche.
Sensible Eingaben gehören nicht in frei auswertbare Ereignisparameter oder Seitenadressen. Beschreiben Sie stattdessen die nötigen unkritischen Merkmale, etwa eine festgelegte Leistungskategorie, und lassen Sie deren Zulässigkeit prüfen. Spätere Auswertungen sollten Testanfragen unterscheiden können. Das Register hält fest, wie Sie diese Kennzeichnung verwenden, ohne einen öffentlichen Bericht mit vermeintlich echten Geschäftsergebnissen zu füllen.
11 / Nutzungsqualität
Geschwindigkeit und Barrierefreiheit überprüfbar vereinbaren
Prüfumgebung und Umfang gehören zum Ziel
„Schnell auf dem Handy“ benötigt einen definierten Test. Vereinbaren Sie repräsentative Seitentypen, Gerätebedingungen, Inhalte und Messverfahren. Eine leere Vorlage und eine befüllte Leistungsseite mit Bildern sind unterschiedliche Prüflinge. Die Core Web Vitals bewerten reale Ladeleistung, Reaktionsfähigkeit und visuelle Stabilität. Vor dem Start gemessene Laborwerte sind deshalb kein Nachweis bereits vorhandener Felddaten aus der späteren Nutzung.
Trennen Sie zwei Aufgaben: reproduzierbare technische Prüfungen vor der Freigabe und Beobachtung unter realen Bedingungen nach dem Start. Benennen Sie für beide einen Verantwortlichen und vereinbarte Ziele. Wenn für eine neue Website noch keine belastbaren Nutzungsdaten vorliegen, wird diese Lücke dokumentiert. Sie wird weder als bestanden gewertet noch mit einer zufälligen Einzelmessung verdeckt. Auch ein guter Messwert garantiert keinen Verkaufserfolg.
Für Barrierefreiheit können Sie WCAG 2.2 mit einem konkret vereinbarten Konformitätsniveau als technische Referenz wählen. Die Prüfung muss vollständige Seiten und Abläufe des vereinbarten Umfangs erfassen; ein automatischer Scan allein genügt nicht. Welche gesetzlichen Verpflichtungen bestehen, ist gesondert zu klären. Eine technische Zielvereinbarung beantwortet diese Rechtsfrage nicht automatisch.
Schreiben Sie anschauliche Fälle auf: Hauptnavigation mit Tastatur bedienen, Fokus erkennen, Formularfehler verstehen und Inhalte auf einem schmalen Bildschirm ohne abgeschnittene Bedienelemente lesen. Prüfen Sie außerdem vergrößerten Text und die vereinbarten Hilfsmittel. Solche Fälle erleichtern die Abstimmung, ersetzen aber keine vollständige Bewertung des vereinbarten Standards. Festgestellte Hindernisse werden einer Anforderung und einer erneuten Prüfung zugeordnet.
12 / Bestehenden Auftritt übernehmen
Einen Relaunch mit Inventar und Übergaben beauftragen
Vorhandene URLs und Datenwege werden nicht stillschweigend ersetzt
Bei einem bestehenden Auftritt ergänzen Sie das Briefing um wichtige URLs, Formulare, Downloads, Sprachversionen und angebundene Systeme. Erfassen Sie, was erhalten, geändert oder bewusst beendet werden soll. Für jede Änderung braucht es eine Entscheidung und einen Verantwortlichen. Ein altes Formular kann beispielsweise noch in einer laufenden Werbekampagne verlinkt sein, auch wenn es in der Hauptnavigation kaum noch vorkommt.
Google empfiehlt bei Website-Umzügen mit geänderten URLs eine Zuordnung alter und neuer Adressen sowie passende Weiterleitungen und Überwachung. Lassen Sie diese Aufgaben ausdrücklich aufnehmen. Die Existenz irgendeiner Weiterleitung reicht als Prüfkriterium nicht: Eine bisherige Leistungsseite muss auf das vereinbarte relevante Ziel führen. Die Planung kann Risiken begrenzen, aber keine unveränderten Suchpositionen garantieren.
Beschreiben Sie den Veröffentlichungsablauf mit Zuständigkeiten für Domain, Hosting, Inhalte, Formulare und Messung. Vereinbaren Sie, welche Prüfungen unmittelbar nach der Umschaltung erneut stattfinden. Ein Test auf der Vorschau belegt nicht automatisch den produktiven Eingang einer Anfrage. Dokumentieren Sie außerdem, wie bei einem wesentlichen Fehler reagiert wird und welche Daten bei einer Rückkehr zum vorherigen Stand erhalten bleiben müssen.
Zugänge werden über einen geeigneten sicheren Weg übergeben und auf notwendige Rollen begrenzt. Im Lastenheft stehen System, Rechtebedarf, Eigentümer und Liefertermin, keine Passwörter. Lassen Sie auch den späteren Entzug nicht mehr benötigter Rechte und den zuständigen Kontakt für Störungen festhalten. Das verhindert, dass die technische Übergabe nur aus einer Nachricht mit einem Login besteht.
13 / Entscheidungen und Änderungen
Budget, Termine und Änderungswünsche nachvollziehbar halten
Unbekanntes erhält eine Entscheidung statt einer stillen Annahme
Ordnen Sie den Umfang in Muss-Anforderungen, ausdrücklich optionale Positionen und spätere Ausbaustufen. Lassen Sie Anbieter offene Fragen, Annahmen und Ausschlüsse benennen. Eine nicht bezifferte Integration wird nicht als kostenlos behandelt. Wenn ihre Machbarkeit noch geprüft werden muss, vereinbaren Sie zuerst das Ergebnis dieser Prüfung und den anschließenden Entscheidungspunkt. So bleibt erkennbar, welcher Teil des Projekts bereits belastbar beauftragt werden kann.
Termine müssen an verfügbare Inhalte und Entscheidungen gebunden sein. Schreiben Sie beispielsweise auf, wann Leistungsfakten freigegeben, Übersetzungen geliefert und Testzugänge eingerichtet werden. Verzögert sich eine Voraussetzung, wird ihre Auswirkung auf abhängige Arbeiten sichtbar gemacht. Eine pauschale Aussage wie „fertig in vier Wochen“ hilft wenig, wenn die erste Inhaltsfreigabe erst am letzten Tag geplant ist.
Führen Sie ein einfaches Änderungsjournal: Kennung, Wunsch, Anlass, betroffene Anforderungen, Aufwand, Terminwirkung und Entscheidung. Im Lehrbeispiel ergänzt CR01 eine Terminreservierung. Das berührt Verfügbarkeit, Bestätigungen, Fehlerszenarien und Datenhaltung. Erst nach Bewertung wird entschieden, ob die Funktion in die aktuelle Version kommt oder später folgt. Ein beiläufiges „könnten wir noch“ wird dadurch zu einer nachvollziehbaren Wahl.
Benennen Sie schließlich, wer fachlich freigibt und wer Änderungen kaufmännisch beauftragen darf. Diese Rollen können bei einem kleinen Unternehmen zusammenfallen, sollten aber ausdrücklich feststehen. Sammeln Sie Rückmeldungen in einem gemeinsamen Kanal und lösen Sie Widersprüche vor der Weitergabe. Die Anzahl der Kommentare sagt wenig über ihre Verbindlichkeit aus; entscheidend sind eine konsolidierte Entscheidung und ein nachvollziehbarer Dokumentstand.
14 / Lieferumfang sichern
Den übergebbaren Briefing-Baukasten zusammenstellen
Fünf Anlagen machen den Umfang greifbar
Führen Sie die bisherigen Entscheidungen in einem kurzen Hauptdokument zusammen. Es nennt Ziel, Zielgruppe, Leistungsumfang, Startsprachen, Verantwortliche und offene Punkte. Die Anlagen enthalten die überprüfbaren Einzelheiten. Sie können dafür dieselbe Tabellenarbeitsmappe verwenden; entscheidend sind eindeutige Namen, Versionen und Bezüge. Das folgende Muster zeigt, was jeweils geliefert und wie die Vollständigkeit geprüft wird.
| Anlage | Inhalt | Eingabe des Unternehmens | Beitrag des Anbieters | Freigabe durch | Vollständigkeitsprüfung |
|---|---|---|---|---|---|
| A: Leistungsregeln | Leistungen, Gebiete, Grenzen | Bestätigte Bedingungen | Rückfragen und Darstellung | Betrieb | Jede Startleistung abgedeckt |
| B: Seiten und Sprachen | Seiten, Vorlagen, Sprachumfang | Inhalte und Prioritäten | Struktur und Komponenten | Redaktion | Jede Seite hat Quelle und Status |
| C: Anforderungen | Kennungen und Prüffälle | Erwartetes Verhalten | Lösungsweg und Aufwand | Projektleitung | Jeder Muss-Punkt prüfbar |
| D: Datenwege | Formular, Eingang, Messung | Empfänger und Zuständigkeit | Übergabe und Fehlerbehandlung | Verantwortliche je Datenweg | Erfolgs- und Fehlerfälle vorhanden |
| E: Übergabe und Betrieb | Zugänge, Pflege, Wartung | Betreiber und Rechtebedarf | Dokumentation und Einweisung | Website-Verantwortliche | Betrieb kann Aufgaben übernehmen |
Eine kopierbare Kopfzeile für das Hauptdokument lautet: „Projekt; Version; Entscheidungsdatum; Verantwortliche Person; Ziel; erster Umfang; nicht enthaltener Umfang; offene Entscheidungen; nächste Freigabe“. Füllen Sie jedes Feld mit einem konkreten Zustand. „Ungeklärt, Entscheidung durch Betrieb vor Strukturfreigabe“ ist besser als ein leeres Feld, das später als Zustimmung gelesen werden könnte.
Verteilen Sie an alle angefragten Anbieter denselben freigegebenen Stand. Lassen Sie Antworten nach den Anforderungskennungen zuordnen: enthalten, abweichend vorgeschlagen, optional oder noch zu klären. So werden unterschiedliche Lösungen vergleichbar, ohne identische Technik zu erzwingen. Bewahren Sie die Antwort zusammen mit den zugrunde liegenden Anlagen auf; ein Gesamtpreis ohne diesen Bezug beschreibt den Auftrag nicht ausreichend.
15 / Beispiel durchspielen
Einen vollständigen Abnahmefall schon im Briefing formulieren
Lehrbeispiel für einen mehrteiligen Dienstleistungsauftrag
Das folgende Szenario ist erfunden und beschreibt keinen gemessenen Kundenfall. Ein Dienstleistungsbetrieb plant einen Auftritt für Räumung, Transport und Montage. Zum Start sind DE und EN vorgesehen. Die Anfrage soll eine fachliche Prüfung ermöglichen; eine verbindliche Buchung und eine Onlinezahlung sind ausgeschlossen. Die Auswahl des Interessenten muss erhalten bleiben, während Gebiet und Ausführbarkeit erst anhand der bestätigten Betriebsregeln bewertet werden.
Testfall T01 verbindet R01 bis R04: Öffnen Sie die englische Montage-Seite, wählen Sie Montage, tragen Sie einen freigegebenen Einsatzort und erlaubte Beispieldaten ein und senden Sie die Anfrage. Erwartet werden ein passender englischer Hinweis und genau ein Bearbeitungsvorgang mit der aktuellen Leistungswahl und Sprache im vereinbarten Eingang. Die interne Testkennung, der Zeitpunkt und der Dokumentstand verbinden Eingabe und Nachweis. Eine Bestellung oder feste Zusage darf der Text daraus nicht machen.
Wiederholen Sie den Ablauf mit einem Ort außerhalb des bestätigten Gebiets. Für diesen Lehrentwurf lautet die vorher beschlossene Regel: Anfrage zur manuellen Gebietsprüfung zulassen und diese Einschränkung deutlich anzeigen. Erwartet wird im Eingang der Status „Gebiet prüfen“. Ein anderer Betrieb könnte solche Anfragen ausschließen; das wäre eine andere Anforderung und müsste mit einer passenden Rückmeldung getestet werden. Die Website entscheidet die Geschäftspolitik nicht selbst.
Prüfen Sie danach einen Übergabefehler in einer kontrollierten Testumgebung. Dokumentieren Sie, ob der Empfang bereits gesichert war, welche Meldung sichtbar wird und wer den Vorgang wieder aufnimmt. Der Fall besteht erst, wenn die vereinbarte Wiederholung keine zusätzliche unbeabsichtigte Bearbeitung erzeugt. Die Beobachtung „Formular sieht richtig aus“ reicht dafür nicht. Ein zusätzlicher Test von R05 zeigt anschließend, dass die berechtigte Redaktion eine Leistungsgrenze ändern und prüfen kann.
16 / Freigabe vorbereiten
Vor Design, Entwicklung und Start klare Entscheidungspunkte setzen
Offene Muss-Anforderungen blockieren ihren betroffenen Umfang
Verwenden Sie wenige nachvollziehbare Freigaben. Jede beantwortet eine andere Frage: Ist die Geschäftsaufgabe klar? Ist die Struktur vollständig? Ist die Lösung prüfbar? Funktioniert der vereinbarte Weg? Kann das Unternehmen den Auftritt betreiben? Eine optische Zustimmung beantwortet die übrigen Fragen nicht automatisch. Halten Sie daher fest, was genau freigegeben wurde und welche Bedingungen noch offen sind.
| Entscheidung | Erforderlicher Stand | Nachweis | Wer entscheidet | Bei fehlendem Nachweis |
|---|---|---|---|---|
| Umfang freigeben | Leistungen und Grenzen geklärt | Anlage A und offene Punkte | Auftraggeber | Betroffenen Umfang zurückstellen |
| Struktur freigeben | Seiten und Sprachen zugeordnet | Anlage B und Nutzerwege | Redaktion und Projektleitung | Fehlende Inhalte zuordnen |
| Umsetzung freigeben | Muss-Anforderungen beantwortet | Anlage C und Lösungsvorschlag | Projektleitung | Abweichungen entscheiden |
| Fachlich prüfen | Vereinbarte Fälle durchgeführt | Ergebnisse aus Anlage D | Zuständige Fachrollen | Fehler korrigieren und wiederholen |
| Betrieb übernehmen | Rechte und Pflege übergeben | Anlage E und Einweisung | Betreiber | Übergabe vervollständigen |
Ein kleiner Restpunkt darf nicht stillschweigend zum bestandenen Test werden. Beschreiben Sie seine Wirkung, die zuständige Person, die vereinbarte Bearbeitung und die Entscheidung über den betroffenen Teil. Fehlender Anfrageeingang ist beispielsweise anders zu behandeln als ein redaktioneller Wunsch für einen späteren Ausbau. Diese Einordnung beruht auf dem vereinbarten Zweck, nicht auf der Bequemlichkeit des Veröffentlichungstermins.
Archivieren Sie den freigegebenen Stand zusammen mit Ergebnissen und noch geltenden Einschränkungen. Nach einer Änderung werden die unmittelbar betroffenen Fälle erneut geprüft; bei einem geänderten Formular auch dessen Übergabe und Meldungen. So bleibt das Lastenheft nach dem Start nutzbar. Es zeigt, welche Leistung vereinbart war und welche neue Entscheidung den nächsten Ausbau begründet.
17 / Häufige Fragen
Acht Fragen zum Website-Briefing
Wie lang muss ein Lastenheft für eine kleine Website sein?
So lang, dass Umfang, Zuständigkeiten und die wesentlichen Fälle eindeutig sind. Eine feste Seitenzahl hilft wenig. Prüfen Sie stattdessen, ob ein anderer Anbieter aus den Unterlagen dasselbe erwartete Verhalten ableiten könnte. Kurze Tabellen mit vollständigen Angaben sind hilfreicher als viele Seiten allgemeiner Designwünsche.
Muss ich die technische Plattform vorgeben?
Nur wenn ein begründeter Rahmen dies verlangt. Beschreiben Sie sonst Pflege, Inhalte, Schnittstellen und notwendige Rechte. Lassen Sie den Anbieter eine passende Lösung mit Grenzen und laufendem Aufwand vorschlagen. Eine vertraute Produktbezeichnung allein erklärt noch nicht, ob die Lösung Ihren Anfrageweg zuverlässig unterstützt.
Können wir mit Design beginnen, obwohl Inhalte fehlen?
Ein Entwurf mit gekennzeichneten Beispielen ist möglich. Für eine belastbare Freigabe müssen jedoch die tatsächlichen Leistungsregeln, wichtigsten Textmengen und Anforderungen bekannt sein. Andernfalls gestaltet man Annahmen, die später aufwendig korrigiert werden. Benennen Sie fehlende Inhalte und ihre Wirkung ausdrücklich.
Gehört die Anzahl der Seiten in das Briefing?
Ja, als nachvollziehbares Inventar mit Zweck, Vorlage und Sprachumfang. Eine einzelne Zahl bleibt mehrdeutig. Zählen Sie redaktionelle Inhalte, technische Vorlagen und Systemzustände getrennt. Vereinbaren Sie auch, wer zusätzliche Inhalte erstellt und einpflegt, wenn der freigegebene Umfang später wächst.
Reicht eine erfolgreiche Testanfrage für die Freigabe?
Sie belegt nur den durchgeführten Fall. Ergänzen Sie die vereinbarten Sprachen, Fehlerzustände und wichtige Varianten wie einen Wechsel der Leistung oder ein nicht abgedecktes Gebiet. Kontrollieren Sie den betrieblichen Eingang. Die Auswahl der Fälle richtet sich nach den tatsächlichen Regeln Ihres Projekts.
Wer schreibt die rechtlichen Texte?
Benennen Sie vor der Umsetzung eine zuständige qualifizierte Stelle und die benötigten Angaben zum Geschäftsmodell und Datenweg. Der technische Anbieter kann die Texte einbinden und Funktionen umsetzen. Daraus folgt nicht automatisch, dass eine individuelle rechtliche Prüfung im Entwicklungsauftrag enthalten ist.
Wie behandle ich neue Ideen während der Entwicklung?
Erfassen Sie sie im Änderungsjournal mit betroffenen Anforderungen, Aufwand und Terminwirkung. Entscheiden Sie anschließend bewusst über Aufnahme oder spätere Umsetzung. So bleibt eine gute Idee möglich, ohne dass Auftraggeber und Anbieter unbemerkt von unterschiedlichen Leistungsumfängen ausgehen.
Ist das Register nach dem Start noch sinnvoll?
Ja. Es verbindet Seiten, Regeln, Verantwortliche und Tests auch bei späteren Änderungen. Halten Sie den freigegebenen Stand fest und prüfen Sie betroffene Abläufe erneut. Ein unverändert archiviertes Dokument hilft wenig, wenn sich Leistungen, Empfänger oder Sprachumfang inzwischen verändert haben.
18 / Nächster Schritt
Mit einem klar abgegrenzten ersten Umfang starten
Aus offenen Fragen werden entscheidbare Aufgaben
Beginnen Sie mit einer repräsentativen Leistung und verfolgen Sie ihren Weg bis zur tatsächlichen Bearbeitung der Anfrage. Füllen Sie die Anlagen dazu aus, schreiben Sie einen Erfolgsfall und einen relevanten Fehlerfall und prüfen Sie die Zuständigkeiten. Danach übertragen Sie die Methode auf weitere Leistungen. Gemeinsame Regeln können zentral bleiben; Unterschiede werden ausdrücklich ergänzt. So entsteht ein vollständiges Briefing ohne unnötige Wiederholung.
Vor dem Gespräch mit einem Anbieter sollten Ziel, Startumfang, bekannte Einschränkungen und offene Entscheidungen zusammenpassen. Sie müssen nicht jede technische Lösung vorwegnehmen. Sie sollten jedoch erklären können, welches Ergebnis Ihr Betrieb benötigt und wie Sie dieses Ergebnis erkennen werden. Genau diese Grundlage erleichtert ein nachvollziehbares Angebot und eine fachliche Prüfung der späteren Umsetzung.
Wenn Sie Anforderungen, Seitenstruktur und Umsetzung gemeinsam vorbereiten möchten, finden Sie bei Salestudia: Websites und Webentwicklung den passenden Einstieg. Bringen Sie Ihren aktuellen Auftritt, die Leistungs- und Sprachübersicht sowie offene Entscheidungen mit. Der konkrete Umfang wird anhand dieser Grundlagen abgestimmt.