B2B-WEBSITE-RELAUNCH — EDITIERBARES BRIEFING
H-Studio · Version 2026-11-05 · frei mit jedem Umsetzungspartner verwendbar
Anleitung: Kopie speichern, Fragen beantworten, Unbekanntes als OFFEN markieren.
Keine Passwörter, personenbezogenen CRM-Exporte oder vertraulichen Kundendaten eintragen.

Projekt / Unternehmen: [Name]
Öffentliche Website: [URL]
Version / Datum dieses Briefings: [Version, Datum]
Interne Entscheidungsverantwortung: [Rolle]
Angebotsgrundlage: [Version der Seitenliste und weiterer Anlagen]

1. AUSGANGSLAGE
Welche drei konkreten Probleme soll der Relaunch lösen?
[Problem / Beobachtung / Beleg / betroffene Aufgabe]
Was funktioniert und soll erhalten bleiben?
[Inhalte, URLs, Funktionen, redaktionelle Abläufe]
Warum reicht eine Verbesserung des bestehenden Systems möglicherweise nicht?
[Begründung oder offene Frage]

2. BESUCHER UND AUFGABEN
Wichtigste Zielgruppen: [Rollen und ihr Informationsbedarf]
Die drei wichtigsten Wege: [Einstieg → Information → gewünschte Handlung]
Woran erkennen wir nach dem Start eine Verbesserung?
[Messgröße, vorhandene Ausgangsdaten, Erfassungsgrenzen, Verantwortlicher]
Welche Ergebnisse sind Projektabnahme, welche spätere Geschäftsziele?
[Keine Ranking- oder Lead-Garantie voraussetzen]

3. SEITENINVENTAR UND SPRACHEN
Anlage: [URL-Liste mit Seitentyp, Sprache, behalten/ändern/zusammenführen/entfernen]
Neue Seiten: [Seitentyp → Anzahl Inhalte je Sprache → benötigte Vorlage]
Vorlagen insgesamt: [Anzahl] · redaktionelle URLs insgesamt: [Anzahl]
Sprachen / Übersetzungsbeziehungen: [Sprachen und vollständige/partielle Abdeckung]
Zusätzlich: [Rechtstexte, Fehler-/Bestätigungsseiten, PDFs, Medien, Sonderfälle]
Nicht enthalten: [Shop, Portal, Konfigurator oder andere bewusste Ausschlüsse]

4. INHALTE UND FREIGABE
Je Inhaltsgruppe festhalten:
[Gruppe / Ausgangsmaterial / Schreiben / Überarbeiten / Übersetzen / Einpflegen / Freigabe / Termin]
Wer prüft Fakten, Nutzungsrechte und rechtlich relevante Aussagen? [Rollen]
Wann liegen freigegebene Inhalte vor? [Datum und Abhängigkeiten]
Was passiert bei verspäteter Lieferung? [Entscheidung, Auswirkung auf Umfang/Termin]

5. REDAKTION UND CMS
Beispiel einer Aufgabe ohne Entwickler: [Inhalt anlegen → Vorschau → Freigabe → Publizieren]
Benötigte Rollen und Berechtigungen: [Rollen]
Sprachzuordnung, Rücknahme und Änderungen an URLs: [Erwartetes Verhalten]
Bestehendes CMS / begründete Vorgaben / offene Technologieentscheidung: [Angaben]

6. FORMULARE UND INTEGRATIONEN
Formulare / notwendige Felder / Empfänger: [Liste]
Zielsystem und fachlicher Besitzer: [CRM oder anderes System, Rolle]
Wann gilt eine Anfrage als dauerhaft angenommen? [Beobachtbarer Nachweis]
Wie wird der Eingang im Zielsystem bestätigt? [Nachweis, Zuordnung]
Bei Ausfall: [Erhalt der Anfrage, sichtbarer Fehler, Verantwortlicher, erneute Zustellung, Dublettenschutz]
Testzugang und Schnittstellenprüfung: [Wer / wann / noch ungeprüfte Annahmen]
Uploads, Aufbewahrung und Datenschutzprüfung: [Bedarf, zuständige Fachperson; keine echten Kundendaten]

7. BESTEHENDE URLS UND SICHTBARKEIT
Vorhandene Such-/Besuchsdaten und externe Verweise: [Quelle und Zeitraum]
Wichtige Seiten für Suchzugriffe UND Vertriebsprozess: [Liste / Begründung]
Verantwortung für URL-Entscheidungen und Mapping: [Rolle]
Umsetzung und Prüfung: [Weiterleitungen, Statuscodes, Metadaten, interne Links, Sprachen, Sitemap]
Kontrolle nach dem Start: [Verantwortlicher / Zeitraum / Vorgehen bei Fehlern]

8. DESIGN UND MEDIEN
Vorhandene Vorgaben: [Designguide, Logo, Schriften, Bildrechte]
Neue Gestaltung: [Benötigte Vorlagen, Module, Zustände]
Referenzseiten: [URL und genaue Erklärung, was relevant ist]
Erwartete Korrekturrunden und Freigabe: [Anzahl / Entscheider]

9. NUTZBARKEIT UND ANFORDERUNGEN
Geräte / Browser / relevante Nutzungssituationen: [Matrix]
Barrierefreiheit: [Vereinbarter Standard, Umfang und Prüfmethode]
Verantwortung für tatsächlich geltende rechtliche Vorgaben: [Fachperson / offene Prüfung]
Messbare Performance-Anforderungen auf repräsentativen Seiten: [Bedingungen / Prüfung]
Tracking und Einwilligung: [Zweck, notwendige Systeme, fachliche Prüfung]

10. BUDGET UND TERMIN
Budgetrahmen: [Betrag / Währung / netto oder brutto]
Zusätzlich zu kalkulieren: [Lizenzen, Hosting, Übersetzung, Medien, interne Arbeit, Support]
Zieltermin und Grund: [Datum / externe Abhängigkeit / flexibel oder verbindlich]
Entscheidungen und Lieferungen bis dahin: [Aufgabe / Rolle / Datum]
Was kann bei Zielkonflikten entfallen oder später folgen? [Priorität]

11. ABNAHME
Je Prüfaufgabe: [Aufgabe / erwartetes Ergebnis / Testdaten / Umgebung / Version / Prüfer]
Mindestens prüfen: zentrale mobile Nutzerwege, Redaktion und Sprachen,
Anfrageannahme und Zielsystem-Eingang, Integrationsausfall, alte URLs,
Tastatur-/Fehlerbedienung, Konten und Übergabe.
Welche Mängel verhindern den Start? [Kriterien]
Wer entscheidet über offene Punkte? [Rolle / dokumentierter Freigabeprozess]

12. BETRIEB UND ÜBERGABE
Eigentümer / Rechnungsempfänger / Administrator je Konto: [Domain, Hosting, CMS, Repository, CRM, Analytics]
Laufende Kosten und Umfang: [Position / Zeitraum / Grenze / Verantwortlicher]
Schulung, Dokumentation, Inhaltsausgabe und Wiederherstellung: [Lieferumfang und Prüfung]
Startbegleitung: [Dauer / Erreichbarkeit / enthaltene Aufgaben]
Fehlerbehebung und spätere Weiterentwicklung: [Getrennte Vereinbarungen]
Support und Eskalation: [Zuständigkeit, Reaktionsvereinbarung; keine unbestätigte 24/7-Zusage]

RÜCKFRAGEN AN JEDEN ANBIETER — GLEICHE STRUKTUR VERWENDEN
Enthalten: [Menge, Ergebnis, Korrekturrunden]
Nicht enthalten: [Aufgabe, alternative Zuständigkeit, interner Aufwand]
Unklar: [Frage, Informationslieferant, Termin]
Preisfolge: [Festpreisergänzung / begrenzte Untersuchung / spätere Entscheidung]
Offene Fragen nicht mit null kalkulieren.

Leitfaden mit fiktivem Beispiel und Angebotsvergleich:
https://www.h-studio-berlin.de/de/blog/b2b-website-relaunch-briefing