Das Briefing. Dieses Dokument, das man in 20 Minuten zwischen zwei Calls schreibt, als PDF verschickt und sechs Wochen später wieder in der Hand hält, wenn das Projekt aus dem Ruder läuft. Die meisten Konflikte in Agenturen entstehen nicht durch schlechte Ausführung. Sie entstehen durch ein mehrdeutiges Briefing. Das Team hat geliefert, was es verstanden hat. Der Kunde hat etwas anderes erwartet. Niemand ist schuld. Alle verlieren.
Eine Vertriebsleiterin einer 12-köpfigen Agentur berichtete mir, dass ihr Team bei einem E-Commerce-Projekt 34.000 Euro Marge verloren hat, weil das ursprüngliche Briefing nicht klar definierte, ob das Produktfiltermodul im Scope enthalten war oder nicht. Eine vage Zeile in einem vierseitigen Dokument. Das war alles.
Warum die meisten Briefings scheitern
Das Problem ist nicht die Form, sondern die Philosophie. Die meisten Briefing-Vorlagen funktionieren wie Verwaltungsformulare: ein paar Felder ausfüllen, ein 'Ziele'-Feld, ein 'Budget'-Feld, fertig. Der Kunde schreibt, was er zu wollen glaubt, der Projektleiter liest, was er verstehen möchte, und beide Seiten unterzeichnen eine Vereinbarung über zwei parallele Realitäten.
Ein wirksames Briefing ist ein transkribiertes Gespräch. Keine Wunschliste. Der Kunde, der eine 'moderne Website' möchte, hat keine Vorstellung davon, was das technisch bedeutet. Ihre Aufgabe ist es, diese vage Absicht in eine umsetzbare Spezifikation zu übersetzen. Und das funktioniert nicht per E-Mail.
Die 6 Bausteine eines soliden Briefings
- Das echte Problem des Kunden, nicht seine vorgeschlagene Lösung: 'wir wollen unsere Website neu gestalten' bedeutet oft 'wir verlieren Leads, weil unser Kontaktformular defekt ist'
- Messbare Erfolgskriterien: +20% mobile Conversion-Rate in 90 Tagen, nicht 'die User Experience verbessern'
- Explizit ausgeschlossene Leistungen: alles, was das Projekt NICHT umfasst, schwarz auf weiß
- Technische und organisatorische Einschränkungen: vorhandener Tech-Stack, Server-Zugang, Ansprechpartner auf Kundenseite, reale vs. kommunizierte Deadlines
- Der Validierungsprozess: wer was validiert, in wie vielen Tagen, wie viele Feedback-Runden inbegriffen sind
- Gemeinsame Definitionen: was ist eine 'Seite', eine 'Revision', ein 'Bug' in diesem Kontext
Wir hatten ein 8-seitiges Briefing mit Moodboards, Personas, Benchmarks. Wunderschön. Und niemand hatte festgelegt, dass der Kunde die Inhalte selbst verwalten wollte. Wir haben eine maßgeschneiderte Website ohne CMS geliefert. Der Kunde hat die Abnahme verweigert. Dieses Briefing war wertlos. -- Romain, Technischer Leiter, Agentur mit 20 Mitarbeitern, Lyon
Wie Sie eine Briefing-Session leiten
Vergessen Sie das Online-Formular per E-Mail. Ein gutes Briefing entsteht in einem 60 bis 90-minütigen Call oder persönlichen Meeting mit den echten Entscheidungsträgern auf Kundenseite. Nicht der Projektmanager, der als Vermittler agiert. Der CMO, der Geschäftsführer, die Person, die das Problem hat und die Rechnung unterschreibt.
Die Technik, die am besten funktioniert: die fünf Warum-Fragen, angewendet auf den Agenturkontext. Warum dieses Projekt jetzt? Weil wir im September ein Angebot launchen. Warum September? Wegen einer Messe. Warum ist diese Messe entscheidend? Weil 60% unserer Jahresverträge dort entstehen. Der eigentliche Treiber ist nicht die Website. Es ist die Messe. Das verändert den gesamten Priorisierungsansatz.
Briefing und Agile: wie beides zusammenpasst
Es gibt eine echte Spannung zwischen einem festen Briefing und Agile-Methoden. Im Scrum entwickelt sich das Backlog weiter. Das bedeutet aber nicht, dass das Briefing vage bleiben darf. Im Gegenteil: Agile verlangt ein noch rigoroseres Briefing bezüglich Zielen und Erfolgskriterien, gerade weil sich das 'Wie' ändern wird.
Meine Empfehlung: ein zweistufiges Briefing. Das strategische Briefing (Vision, OKRs, wesentliche Rahmenbedingungen) wird vor Sprint 0 festgelegt und ändert sich nur durch einen unterzeichneten Nachtrag. Das operative Briefing (User Stories, Feature-Spezifikationen) wird Sprint für Sprint verfeinert. Mit Clynt können Sie das validierte Briefing direkt an das Projekt anhängen und jede Abweichung vom Scope in Echtzeit sichtbar machen.
FAQ
Wie viel Zeit sollte man für ein Kunden-Briefing einplanen?
Rechnen Sie mit mindestens 2 bis 3 Stunden insgesamt: 60 bis 90 Minuten mit dem Kunden, dann eine Stunde zum Umformulieren und Zurücksenden der Briefing-Zusammenfassung. Diese Investition rentiert sich beim ersten vermiedenen Änderungswunsch.
Was tun, wenn der Kunde keine Zeit für das Briefing investieren möchte?
Das ist ein Warnsignal. Ein Kunde, der keine 90 Minuten aufbringen kann, um zu definieren, was er möchte, wird als Erster die Lieferung anfechten. Schlagen Sie einen 30-minütigen Mini-Brief-Call als nicht verhandelbare Vorstufe vor jedes Angebot vor. Lehnt der Kunde auch das ab, sollten Sie das Projekt ernsthaft überdenken.
Wie geht man mit Briefing-Änderungen in einem Agile-Projekt um?
Unterscheiden Sie legitime Backlog-Entwicklungen (Verfeinerung von User Stories) von strategischen Scope-Änderungen. Erstere gehören zum Agile-Prozess. Letztere lösen immer einen bezahlten Nachtrag aus. Erläutern Sie dem Kunden diesen Unterschied vor Sprint 0, am besten im Briefing selbst.
Welches Tool eignet sich am besten zum Speichern und Teilen des Briefings?
Notion ist für die Dokumentenzentralisierung in Agenturen weit verbreitet, bietet aber keine direkte Verbindung zu Projekttracking und Rechnungsstellung. Mit Clynt können Sie das validierte Briefing direkt an die Projektakte anhängen und dem gesamten Team zugänglich machen, ohne Duplikate oder veraltete Versionen als E-Mail-Anhang.