Website-Briefing: Vorlage und Checkliste

„Wir brauchen eine moderne Website, die Anwendungen bringt“ ist ein verständliches Ziel, aber der Umfang der Entwicklung lässt sich nur schwer abschätzen. Ein Auftragnehmer präsentiert eine Seite mit einem Formular, der andere präsentiert einen Katalog, ein persönliches Konto und eine Integration mit CRM. Die Angebote unterscheiden sich im Preis und es wird schwierig sein, sie zu vergleichen.

Die Leistungsbeschreibung für die Website-Entwicklung sollte beschreiben, für wen die Website erstellt wird, welche Aufgaben sie löst, welche Seiten und Funktionen benötigt werden und wie der Kunde das Ergebnis prüft. Nachfolgend finden Sie ein Beispiel für eine Service-Website, SEO-Anforderungen und eine Vorlage, die auf Ihr Dokument übertragen werden kann.

Dies ist ein praktischer Rahmen für die Diskussion eines Projekts, keine universelle Spezifikation für irgendein Unternehmen. Der Online-Shop benötigt zusätzliche Zahlungs-, Liefer- und Retourenszenarien; für einen komplexen Dienst - Benutzerrollen und eine detaillierte Beschreibung der Arbeit mit Daten.

Wie unterscheidet sich die technische Spezifikation von der Beschreibung und dem Design?

Das Briefing hilft Ihnen, das Unternehmen kennenzulernen: was wir verkaufen, an wen, in welchen Regionen, mit welchem Budget und welchen Einschränkungen. Die technische Spezifikation macht aus diesen Antworten einen konkreten Arbeitsumfang. Das Design zeigt, wie die Seiten und Schnittstellenzustände aussehen werden.

Im Briefing können Sie zum Beispiel schreiben: „Kunden schicken Zeichnungen zur Berechnung.“ In den technischen Spezifikationen muss klargestellt werden, wo sich das Formular befindet, welche Dateien akzeptiert werden, welche Größenbeschränkung sie haben, wer die Anfrage erhält und was der Besucher nach dem Absenden sieht. Das Layout zeigt dieses Formular, Tooltips und Fehlermeldungen.

Bei einer kleinen Website kann dies alles in einem Dokument mit Links zu Layouts zusammengefasst werden. Wichtig ist nicht der Seitenumfang der technischen Spezifikationen, sondern das Fehlen unterschiedlicher Interpretationen zwischen Auftraggeber und Auftragnehmer.

Beginnen Sie mit dem Geschäftsproblem und den Projektgrenzen

Beschreiben Sie den Service und die Hauptaktion des Besuchers. „Ermitteln Sie die Installationsbedingungen und senden Sie eine Anfrage zur Berechnung“ ist sinnvoller als „Erhöhen Sie den Bekanntheitsgrad des Unternehmens“: Das erste Szenario kann auf der fertigen Website überprüft werden.

Notieren Sie fünf Anfangsbedingungen:

Zielgruppe: Wer wählt den Auftragnehmer aus und welche Informationen benötigt er, um eine Entscheidung zu treffen?
Geographie: wo das Unternehmen tatsächlich tätig ist und welche Einschränkungen es bei der Abreise oder Lieferung gibt.
Vorschlag: welche Dienste sofort gestartet werden, welche außerhalb des Geltungsbereichs der ersten Version bleiben.
Nachrichten: Formular, Anruf, Brief, Termin oder andere primäre Kommunikationsmethode.
Entwicklung: welche Abschnitte und Funktionen später geplant sind, aber noch nicht in die Bewertung einbezogen werden.

Besonders nützlich ist der Abschnitt „Nicht im Projekt enthalten“. Zum Beispiel: Persönliches Konto, Online-Zahlung, Übernahme des alten Katalogs und Mehrsprachigkeit sind in der ersten Version nicht enthalten. Dabei handelt es sich nicht um ein Entwicklungsverbot, sondern um eine Möglichkeit, sich auf gleiche Erwartungen zu einigen.

Wenn das Format noch nicht ausgewählt wurde, vergleichen Sie es zunächst Welche Art von Website benötigt ein Unternehmen: Landingpage, Unternehmenswebsite oder Webservice.

Erstellen Sie eine Liste mit Seiten und Materialien

Listen Sie Seiten nicht nur nach Titel, sondern auch nach Zweck auf. Bei einer Serviceseite kann die anfängliche Struktur die Hauptseite, einzelne Arbeitsbereiche, Projekte, Unternehmensinformationen und Kontakte umfassen. Ein Artikelbereich ist sinnvoll, wenn klar ist, wer die Materialien vorbereitet und aktualisiert.

Erstellen Sie nicht für jede Permutation von Wörtern in der Abfrage eine separate Seite. „Klimaanlageninstallation“ und „Klimaanlageninstallation“ können die gleiche Dienstleistung beschreiben. Und der Einbau in eine fertige Wohnung und die Wartung einer Industrieanlage erfordern eine Prüfung: Sind Angebot, Ablauf, Kosten und Kundenfragen unterschiedlich genug, um die Seiten zu trennen?

Geben Sie für jede Seite Folgendes an:

Besucheraufgabe und Hauptaktion;
Inhalt: Zusammensetzung der Leistung, Einschränkungen, Etappen, Kosten oder Berechnungsprinzip;
notwendige Fotos, Dokumente und Arbeitsbeispiele;
verantwortlich für die Vorbereitung und Genehmigung von Materialien;
Aktualisierungsmethode nach dem Start.

Für die Seite „Klimaanlagenwartung“ reicht der Kunde beispielsweise eine Liste der Arbeiten und Fotos der Geräte ein, der Redakteur bereitet den Text vor und der Manager prüft den technischen Wortlaut. In der Leistungsbeschreibung ist gesondert angegeben, ob diese Arbeiten in den Entwicklungskosten enthalten sind.

Bitten Sie außerdem darum, die Anzahl der Seiten und die Anzahl der Vorlagen zu trennen. Zehn Dienste können eine Designvorlage verwenden, aber das Ausfüllen von zehn Seiten nimmt immer noch Zeit in Anspruch.

Beschreiben Sie Funktionen mithilfe von Skripten, nicht mit Namen

Der Wortlaut „Feedback-Formular“ erklärt nicht, was passiert, wenn die Telefonnummer falsch ist, der Server nicht verfügbar ist oder die Taste erneut gedrückt wird. Beschreiben Sie für jede wichtige Funktion die Eingabedaten, das erfolgreiche Ergebnis und die Fehler.

Bedingtes Beispiel für eine Anforderung an ein Antragsformular:

Felder: Name, Telefon, Kommentar. Erforderliches Feld – Telefon; Andere Regeln werden vor der Entwicklung vereinbart.
Vor dem Absenden sieht der Besucher den Zweck des Formulars und die notwendigen Erläuterungen zur Datenverarbeitung. Texte und Einwilligungsvoraussetzungen werden gesondert mit dem hierfür Verantwortlichen vereinbart.
Wenn Sie es falsch ausfüllen, erscheint neben dem Feld ein eindeutiger Fehler; bereits eingegebene Daten verschwinden nicht.
Während einer Anfrage wird durch erneutes Drücken keine weitere Anfrage erstellt. Auch die wiederholte Verarbeitung einer Anfrage auf dem Server sollte kein Duplikat erzeugen.
Die Erfolgsmeldung erscheint, nachdem der Server bestätigt hat, dass die Anfrage gespeichert wurde, und nicht unmittelbar nach dem Klicken auf die Schaltfläche.
Wenn die Übertragung an CRM fehlschlägt, geht die Anfrage nicht verloren: Speicherung, Fehlerbenachrichtigung und erneute Übertragung werden bereitgestellt.
Das Ereignis „Erfolgreiche Anfrage“ in Analytics wird einmalig für eine erfolgreich angenommene Anfrage gesendet. Telefon, Name und Kommentar werden in den Parametern dieses Ereignisses nicht übergeben.

Dies ist ein Beispiel für eine Designlösung und keine Beschreibung der erforderlichen Architektur für alle Standorte. Bei einem einfachen Projekt kann der Mechanismus anders sein, aber die Art und Weise, Treffer zu speichern und die Lieferung zu überprüfen, muss im Voraus festgelegt werden.

Geben Sie bei Integrationen das spezifische System, die Übertragungsrichtung, die Liste der Felder und die für den Zugriff verantwortliche Person an. „Integration mit CRM“ ohne diese Angaben liefert keine vergleichbare Schätzung der Arbeitskosten.

Berücksichtigen Sie SEO-Anforderungen, bevor die Entwicklung beginnt

SEO im Sinne der Leistungsbeschreibung sind in erster Linie Anforderungen an die Struktur, den Inhalt und die Zugänglichkeit von Seiten. Das Versprechen „die Seite wird an der Spitze sein“ kann nicht als Kriterium für die technische Akzeptanz herangezogen werden: Die Freigabe einer Seite allein sorgt nicht für Position und Attraktivität.

Fügen Sie überprüfbare Punkte in das Dokument ein:

Kommerzielle Seiten verfügen über konsistente permanente URLs und Links von relevanten Abschnitten der Website.
Jede indizierte Seite hat ihre eigene title, Beschreibung und klare Hauptüberschrift H1.
Der Hauptinhalt ist für den Suchroboter zugänglich; Die Leistungsbeschreibung existiert nicht nur im Bild oder nach dem Absenden des Formulars.
Es gibt kein versehentliches Indexierungsverbot auf Arbeitsseiten und canonical gibt die vereinbarte Hauptadresse an.
Die XML-Sitemap enthält durchsuchbare kanonische Seiten; Technische Adressen werden nach gesondert vereinbarten Regeln verarbeitet.
Nicht vorhandene Seiten geben eine gültige 404-Antwort zurück, anstatt sich mit einer 200-Antwort als Arbeitsseiten auszugeben.

Google empfiehlt eine klare Website-Organisation, beschreibende Überschriften und zugängliche Links zwischen den Seiten. Dies hilft der Suche, Inhalte zu finden und zu verstehen, garantiert jedoch keine bestimmten Rankings. Siehe Googles Leitfaden zu SEO-Grundlagen.

Google empfiehlt außerdem, Dokumente mit regulären HTML-Links zu verknüpfen und die Adressstruktur zu überdenken. Daher ist es besser, den Punkt „SEO durchführen“ durch eine Liste spezifischer Prüfungen zu ersetzen. Siehe Google-Empfehlungen zur Site-Struktur.

Wenn eine bestehende Site ersetzt wird, fügen Sie eine Karte mit alten und neuen Adressen hinzu, übertragen Sie nützliche Inhalte und prüfen Sie, ob Weiterleitungen vorhanden sind. Hierzu gibt es einen eigenen Abschnitt. Checkliste neu gestalten, ohne SEO zu verlieren. Für ein neues Projekt können Sie eine gemeinsame verwenden SEO-Optimierungsplan.

Beispiel für technische Spezifikationen für die Website eines Klimaanlagen-Installationsunternehmens

Unten sehen Sie ein fiktives Projekt, das den Grad der Spezifität zeigt. Die Namen der Dienste, Bedingungen und Zusammensetzung der Funktionen müssen durch Ihre eigenen ersetzt werden.

Aufgabe: Helfen Sie dem Wohnungseigentümer bei der Auswahl einer Dienstleistung und fordern Sie einen Kostenvoranschlag für die Installation an. Das Unternehmen ist in einer Stadt und einem vereinbarten Ausgangsgebiet tätig. Der Online-Ausrüstungsshop ist in der ersten Version nicht enthalten.

Struktur: Zuhause, Installation, Wartung, Arbeitsbeispiele, über das Unternehmen, Kontakte und vereinbarte Informationsdokumente. Die beiden Dienste verwenden eine einzige Vorlage mit unterschiedlichem Inhalt. Auf jeder Seite gibt es einen Übergang zum Berechnungsformular.

Inhalt der Serviceseite: welche Arbeiten inbegriffen sind, was separat bezahlt wird, wovon der Preis abhängt, wie der Besuch abläuft, echte Fotos und Antworten auf Fragen. Der Kunde stellt Fakten und Originalfotos zur Verfügung; Die Vorbereitung des Textes ist eine separate Aufgabe.

Anwendungen: Das Formular speichert die Telefonnummer, den ausgewählten Dienst und den Kommentar. Der Manager erhält eine Benachrichtigung. Bei einem Lieferfehler besteht weiterhin die Möglichkeit, die Anfrage aus dem vereinbarten Speicher wiederherzustellen. Die erfolgreiche Einreichung wird durch einen Testantrag von Anfang an bis zum Eingang beim Manager überprüft.

Steuerung: Ein Mitarbeiter kann Preise und Leistungsbeschreibungen ändern, ohne den Code zu bearbeiten. Um die Struktur zu aktualisieren, wenden Sie sich an den Entwickler. Wenn keine eigenständige Bearbeitung erforderlich ist, können Sie anstelle eines CMS einen Update-Zeitplan vereinbaren – das ist ein anderer Arbeitsaufwand.

Akzeptanz: Alle Seiten, mobile Version, Formularübermittlung, Ausfüllfehler, Antragszustellung und Analyseereignisse werden überprüft. Zugang, Anleitung zur Aktualisierung und Sicherung werden an den Kunden übertragen. Texte und Fotos auf Arbeitsseiten wurden nicht durch temporäre Platzhalter ersetzt.

Vorlage für Leistungsbeschreibung zum Ausfüllen

Kopieren Sie die Punkte in das Dokument und vervollständigen Sie sie, bevor Sie einen endgültigen Kostenvoranschlag anfordern. Markieren Sie unbekannte Lösungen als „noch festzulegen“, anstatt sie dem stillschweigenden Ermessen des Auftragnehmers zu überlassen.

Unternehmen und Angebot: [was wir verkaufen, an wen, in welchen Regionen].
Zweck der Website: [Welche Maßnahmen sollte der Besucher ergreifen?]
Erste Version: [was ist enthalten; was eindeutig nicht enthalten ist].
Seiten: [Liste, Zweck, Hauptblöcke, Vorlagen].
Materialien: [der Texte, Fotos, Preise erstellt; Transferfristen].
Design: [Beispiele mit Erläuterungen; Markenmaterialien; Layouts der mobilen Version].
Funktionen: [Skripte, Felder, Prüfungen, Erfolge und Fehler].
Integrationen: [Systeme, übertragene Daten, Fehlerbehandlung, Zugriffe].
SEO und Analysen: [Adressen, Metadaten, Indizierung, Zähler und gemessene Ereignisse].
Bedienung: [wer die Website aktualisiert; Domain, Hosting, Backups und Wiederherstellung].
Überprüfung und Übermittlung: [Geräte und Browser, Testskripte, Anleitungen, Quellen und Zugriffe].
Phasen und Änderungen: [was wird jeweils eingereicht, wer stimmt zu, wie werden neue Wünsche bewertet].

Eine Liste von Seiten, Layouts und Beschreibungen von Integrationen kann diesem Dokument beigefügt werden. Geben Sie Anwendungsversionen an, damit der Auftragnehmer nach der nächsten Genehmigung kein veraltetes Layout verwendet.

So prüfen Sie die Bereitschaft und vermeiden kontroverse Anforderungen

Ersetzen Sie bewertende Wörter durch überprüfbare Bedingungen. Listen Sie anstelle der „bequemen mobilen Version“ die Hauptszenarien auf dem Telefon auf: Öffnen Sie den Dienst, lesen Sie die Bedingungen, drücken Sie die Nummer, füllen Sie das Formular aus und sehen Sie sich das Ergebnis an. Koordinieren Sie die Geräte und Browser, auf denen der Empfang erfolgt.

Definieren Sie statt „Fast Site“ Seiten, Testbedingungen und Ziele. Die Messung einer leeren Homepage auf einem leistungsstarken Computer beschreibt nicht das Verhalten einer Seite mit Fotos und verbundenen Analysen in einem Mobilfunknetz. Ein automatisierter Testpunkt ersetzt auch nicht die Skriptüberprüfung.

Listen Sie statt „schlüsselfertig“ die Ergebnisse der Übertragung auf: Arbeitsversion auf der Domain, Quellen, Zugriffe, Update-Anweisungen, Backup-Einrichtung und Wiederherstellungsprüfung – in dem für das Projekt vereinbarten Umfang.

Legen Sie die Reihenfolge der Änderungen im Voraus fest. Wenn nach der Genehmigung ein Rechner erscheint, werden zunächst dessen Szenarien, Kosten und Auswirkungen auf die Fristen bewertet. Dies hilft dabei, eine neue Funktion von einer Lösung für etwas zu unterscheiden, das bereits in der Spezifikation versprochen wurde.

Häufig gestellte Fragen zu technischen Spezifikationen

Ist es möglich, eine Website ohne vorgefertigte technische Spezifikation zu bestellen?

Ja. Für das erste Gespräch reicht eine Beschreibung des Unternehmens und der Aufgabenstellung aus. Anschließend klären Auftraggeber und Auftragnehmer die Anforderungen und legen den Arbeitsumfang fest. Die Erstellung detaillierter technischer Spezifikationen kann ein separater Schritt sein; Das Ergebnis und die Kosten sollten im Voraus besprochen werden.

Benötigen Sie technische Spezifikationen für eine Landingpage?

Ja, aber es kann kurz sein. Wir benötigen Seitenblöcke, Inhalte, Formulare, mobile Zustände, Analysen und Bereitschaftskriterien. Eine URL bedeutet nicht, dass es keine Integrationen oder komplexe Szenarien gibt.

Wer sollte die technischen Spezifikationen erstellen – der Kunde oder der Entwickler?

Der Kunde ist für geschäftliche Fakten, Einschränkungen und Prioritäten verantwortlich. Der Auftragnehmer bietet technische Lösungen an, klärt Szenarien und Verifizierungsmethoden. Ein Dokument ist dann nützlich, wenn es von beiden Seiten gleich verstanden wird und nicht nur viele Fachbegriffe enthält.

Ist es mit dieser Vorlage möglich, sofort einen genauen Preis zu erhalten?

Es hilft bei der Vorbereitung der ersten Daten, aber der Preis hängt von den Funktionen, Materialien, Design und Integrationen ab. Vergleichen Sie Angebote für die gleiche Werkliste. Weitere Details im Artikel über Woraus bestehen die Kosten für die Website-Entwicklung?.

Wenn Sie ein Projekt vorbereiten, stellen Sie mithilfe einer Vorlage eine Liste mit Seiten und Aufgaben zusammen. Es kann bei der Antragstellung verwendet werden Website-Entwicklung in SEOLIFT: Dies erleichtert die Diskussion des Umfangs der ersten Version und der Anforderungen für eine weitere Förderung.