Marketing-Ops-Dokumentation: was Sie festhalten und wo das Änderungsprotokoll hingehört

Was ist Marketing-Operations-Dokumentation?

Marketing-Operations-Dokumentation umfasst alles, was eine neue Kollegin oder ein neuer Kollege bräuchte, um das Marketing ohne Rückfragen zu betreuen: wie die Tools verbunden sind, wie wiederkehrende Arbeit erledigt wird, welche Regeln gelten und was sich wann geändert hat. Weniger dicke Handbücher, mehr kurze Seiten, die man schnell findet und die aktuell sind.

Fast jedes Team hat Teile davon bereits verstreut in einem Wiki, einem geteilten Ordner, den Plattform-Einstellungen und in den Köpfen der Leute. Zum Problem wird das in drei Momenten: wenn jemand neu anfängt, wenn ein Konto die Hände wechselt und wenn ein Kunde oder die Geschäftsführung fragt, warum sich die Ergebnisse verändert haben. Forrester formuliert den ersten Fall deutlich: Das Letzte, was neue Mitarbeitende tun sollten, ist sich durch die Marketing-Automation-Plattform zu klicken, um zu verstehen, wie sie funktioniert.

Denken Sie in vier Ebenen: Referenz (was es gibt), Verfahren (wie wiederkehrende Arbeit läuft), Regeln (woran sich alle halten) und Verlauf (was sich geändert hat). Die meisten Teams schreiben die ersten drei auf und vergessen die vierte, genau die, die Sie brauchen, wenn eine Kennzahl einbricht.

Was sollte ein Marketing-Ops-Team dokumentieren?

Dokumentieren Sie, was sich schwer aus dem Gedächtnis rekonstruieren lässt und was Ergebnisse beschädigt, wenn zwei Personen es unterschiedlich machen. Die Tabelle unten ist ein praktischer Startpunkt; jede Zeile braucht eine namentlich zuständige Person und einen klaren Anlass für Aktualisierungen.

Die Liste von Forrester geht in dieselbe Richtung: Sie nennt Programme für Lead-Scoring, Nurturing und Lead-Zuweisung, Reporting-Abläufe und Rollen als das, was außerhalb der Plattformen schriftlich festgehalten werden sollte. Namenskonventionen verdienen eine eigene Seite, weil eine stille Umbenennung einen Report in zwei Teile spaltet; eine Vorlage finden Sie in unserem Beitrag zu UTM-Namenskonventionen.

Wie schreibe ich ein Marketing-Runbook, das das Team wirklich nutzt?

Schreiben Sie ein Runbook pro wiederkehrender Aufgabe, in der Reihenfolge, in der jemand sie erledigen würde, mit den Prüfungen, die zeigen, dass es geklappt hat. Wenn ein Schritt eine Einschätzung erfordert, nennen Sie, wer entscheidet. Wenn möglich, passt es auf einen Bildschirm.

1. Aufgabe und Zuständige benennen
2. Schritte der Reihe nach auflisten
3. Prüfung nach jedem Schritt ergänzen
4. Am Ende die Änderung protokollieren

Ein gutes Runbook für eine Budgeterhöhung nennt zum Beispiel, wo der Betrag geändert wird, die maximale Erhöhung, auf die sich das Team geeinigt hat, was am nächsten Morgen zu prüfen ist und dass die Änderung mit Grund ins Protokoll kommt. Dieser letzte Schritt macht aus einem Verfahren einen Verlauf, den Sie später nachlesen können.

Das Incident-Handbuch von Atlassian beschreibt Playbooks, die Runbooks, Checklisten und Vorlagen bündeln, damit ein Team jedes Mal gleich reagiert. Im Marketing funktioniert das genauso: ein Ordner pro Prozess, kurze Seiten und ein Link dorthin, wo das Ergebnis festgehalten wird. Runbooks beschleunigen auch einen Agenturwechsel; unsere Checkliste für die Agenturübergabe listet auf, was übergeben werden muss.

Wo gehört das Änderungsprotokoll in Ihre Dokumentation?

Das Änderungsprotokoll ist die Verlaufsebene: Es hält fest, was tatsächlich passiert ist, während Runbooks und Regeln beschreiben, was passieren sollte. Ohne es erklärt Ihre Dokumentation zwar, wie man eine Kampagne startet, aber nicht, warum die Conversions im März gefallen sind.

Jede Plattform speichert einen Teil dieses Verlaufs. Der Änderungsverlauf von Google Ads zeigt Änderungen der letzten 2 Jahre, mit der E-Mail-Adresse der Person bei Änderungen über die Oberfläche und Einträgen wie „Google Ads system“ bei automatischen. Google Tag Manager führt einen Veröffentlichungsverlauf mit der Person, die jede Version veröffentlicht hat, und erlaubt einen Namen und eine Beschreibung pro Version. In GA4 können Nutzer ab der Rolle „Analyst“ Anmerkungen anlegen (Titel mit 60 Zeichen, Beschreibung mit 150, bis zu 1.000 pro Property). Keine davon sieht die anderen oder Ihre Änderungen an Landingpage, CRM oder Preisen.

Deshalb liegt das Protokoll über allen: ein Eintrag pro Änderung, mit Datum, Plattform, verantwortlicher Person, Grund und erwarteter Wirkung. Unser Ratgeber zum Marketing-Änderungsprotokoll erklärt das Format, und die Vorlage für das Änderungsprotokoll liefert die Spalten für den Start.

Beispiel: Am Mittwoch fragt ein Kunde, warum die Leads am Dienstag gesunken sind. Die Runbooks zeigen, dass die Launches nach Checkliste liefen, also öffnet das Team das Protokoll. Dort stehen eine Senkung des Ziel-CPA in Google Ads am Freitag, ein neues Formular auf der Landingpage am Samstag und eine GTM-Version, die am Montag veröffentlicht wurde. Das Formular hatte die Weiterleitung zur Danke-Seite verloren, und das Lead-Ereignis wurde nicht mehr ausgelöst. Im CRM blieben die Leads stabil; nur die gemessene Zahl fiel.

Wie isoliere ich mit der Dokumentation, welche Änderung den Einbruch verursacht hat?

Nutzen Sie die Dokumentation in fester Reihenfolge: Tracking anhand des Tracking-Plans prüfen, alle Änderungen aus den Tagen vor dem Einbruch auflisten, dann eine Hypothese nach der anderen testen. Die Tool-Übersicht zeigt, wo Sie suchen; das Protokoll zeigt, was sich geändert hat.

1. Schließen Sie zuerst das Tracking aus. Vergleichen Sie die Zahl der Plattform mit der Referenzquelle aus Ihrem Tracking-Plan (CRM, Bestellungen, Formulareingänge). Ist nur eine Seite gefallen, ist es ein Messproblem.
2. Holen Sie alle Änderungen aus dem Zeitraum. Nehmen Sie die 7 bis 14 Tage vor dem Umschwung aus dem Protokoll und füllen Sie Lücken mit dem Änderungsverlauf von Google Ads und der GTM-Versionsliste.
3. Gleichen Sie mit den Runbooks ab. Eine Änderung außerhalb des dokumentierten Ablaufs (keine Prüfung am Folgetag, kein Grund notiert) ist der erste Verdächtige.
4. Testen Sie eine Hypothese nach der anderen. Nehmen Sie die verdächtigste Änderung zurück oder segmentieren Sie danach und beobachten Sie die Kennzahl, statt alles auf einmal rückgängig zu machen.

Mit allen Änderungen auf einer Zeitachse ist das Beispiel oben in Minuten geklärt: Die GTM-Version liegt einen Tag vor dem Einbruch, direkt nach der Formularänderung, und dort schauen Sie zuerst hin. Changeline führt diese Zeitachse pro Kundenprojekt: Google-Ads-Änderungen lassen sich über eine Nur-Lese-Verbindung automatisch importieren, den Rest (Website, Tracking, CRM, Preise) protokolliert das Team mit verantwortlicher Person und Grund. Die vollständige Methode finden Sie im Ratgeber dazu, wie Sie einem Kunden einen Conversion-Einbruch erklären.

Wie halten Sie die Marketing-Ops-Dokumentation aktuell?

Verknüpfen Sie jedes Dokument mit dem Ereignis, das es veralten lässt, und machen Sie die Aktualisierung zum Teil des Aufgabenabschlusses. Dokumentation veraltet, wenn sie getrennt von der Arbeit lebt; sie bleibt aktuell, wenn der letzte Schritt jeder Aufgabe ihre Aktualisierung ist.

Drei Gewohnheiten erledigen das meiste. Erstens eine namentlich zuständige Person pro Seite, damit „jemand sollte das aktualisieren“ eine Antwort hat. Zweitens eine kurze Durchsicht in festem Rhythmus: monatlich für Protokoll und Tracking-Plan, quartalsweise für Runbooks und Rollen. Drittens die Regel, dass keine Änderung ohne Eintrag live geht: Wer Budget, Tag oder Formular ändert, schreibt eine Zeile mit dem Grund.

Wenn Sie bereits einen Prüfprozess haben, zeigt unser Beitrag zum Change Management im Marketing, wie Sie Freigaben ergänzen, ohne Launches zu bremsen, und der Beitrag zum Kampagnen-Post-Mortem zeigt, wie aus einer schlechten Woche bessere Runbooks werden.