Funktionen von The Marketing Ops Manager

The Marketing Ops Manager ist Monitoring-Software für Marketing Operations. Jeder Abschnitt beschreibt eine Funktion, die es im Produkt heute gibt, was sie speichert oder anzeigt, und ein konkretes Beispiel. Die App-Oberfläche ist auf Englisch, deshalb stehen die Namen der Bereiche im Original.

Kampagnen-Journeys

Eine Kampagne enthält eine geordnete Journey aus Schritten: Anzeige, Landingpage, Formular, Tracking, CRM und Lead-Übergabe. Für jeden Schritt wählst du das System und trägst die Einstellungen ein, etwa die URL der Landingpage, die HubSpot-Formular-ID oder den Namen des GA4-Events.

Gespeicherte Daten: Kampagnenname, Ziel, Verantwortliche oder Verantwortlicher, Zeitraum, Budget, Prüfintervall und die Konfiguration jedes Schritts.
Beispiel: Eine Webinar-Kampagne mit einer Google-Ads-Kampagne, der Anmeldeseite, einem HubSpot-Formular, dem GA4-Event generate_lead, der Kontaktanlage und der Zuweisung eines Owners.

Geplante Prüfungen

Prüfungen laufen nach Zeitplan und auf Abruf. Sie rufen die Landingpage als Desktop- und als Mobil-Browser ab, vergleichen die Ziel-URL der Anzeige, suchen das HubSpot-Formular und seine Einsendungen, vergleichen die GA4-Event-Zahlen mit einer 7-Tage-Basislinie und prüfen, ob neue HubSpot-Kontakte einen Owner haben. Die Prüfungen lesen nur aus deinen Tools und senden nie Test-Leads.

Gespeicherte Daten: Jeder Prüflauf mit dem Ergebnis pro Schritt, Statuscodes, Antwortzeiten und den API-Antworten, die als Beleg dienen.
Beispiel: Die Anmeldeseite antwortet nach 1,2 Sekunden mit 200, aber die Zahl der generate_lead-Events ist null bei einer Basislinie von 41 pro Tag. Damit wird der Tracking-Schritt kritisch.

Health-Score der Kampagne

Jede Kampagne bekommt einen Status (gesund, gefährdet, kritisch, pausiert oder unbekannt; in der App Healthy, At risk, Critical, Paused und Not checked yet) und einen Score von 0 bis 100. Gesunde Schritte erhöhen den Score, Warnungen zählen teilweise, und jeder kritische Schritt senkt ihn.

Gespeicherte Daten: Aktueller Status und Score jeder Kampagne sowie der Status jedes Schritts.
Beispiel: Eine Kampagne mit sechs Schritten, fünf gesund und einer kritisch, zeigt den Status kritisch und einen Score von 68.

Incidents mit Belegen

Schlägt eine Prüfung fehl, öffnet das Produkt einen Incident für den betroffenen Schritt oder aktualisiert den bereits offenen. Du kannst einen Owner zuweisen, Notizen ergänzen und den Status ändern. Ein Incident gilt erst als gelöst, wenn die fehlgeschlagene Prüfung wieder besteht.

Gespeicherte Daten: Incident-Nummer, Schweregrad, Status, Owner, Ereignisse im Verlauf, Notizen und die Belege jeder fehlgeschlagenen Prüfung.
Beispiel: INC-12 wird für ein fehlendes Formular geöffnet, der Kampagnenverantwortlichen zugewiesen und nach der nächsten Prüfung automatisch gelöst, sobald das Formular wieder gefunden wird.

Freigaben

Änderungen an angebundenen Systemen laufen über eine Freigabeanfrage (in der App Approvals). Die Anfrage nennt die Aktion, ihre Parameter, eine Risikostufe und die Begründung. Eine Person gibt sie in der Web-App frei oder lehnt sie ab, und nur eine freigegebene Aktion läuft mit den Zugangsdaten des Workspaces. Mögliche Aktionen sind unter anderem das Ändern eines Google-Ads-Tagesbudgets, das Anlegen eines Jira-Tickets oder einer Asana-Aufgabe, das Senden einer Slack-Nachricht und das Aktualisieren einer HubSpot-Kontakteigenschaft.

Gespeicherte Daten: Aktionstyp, Parameter, Risiko, anfragende Person, freigebende Person, Zeitpunkt der Entscheidung und das Ergebnis der Ausführung.
Beispiel: Claude möchte einen Alarm in einen Slack-Kanal senden. Du öffnest Approvals, prüfst die Nachricht und gibst sie frei. Das Ergebnis wird mit der Anfrage gespeichert.

Anbindungen

Du bindest HubSpot, Google Analytics 4, Google Ads, Slack, Jira und Asana mit API-Zugangsdaten an. Die Zugangsdaten werden beim Anbieter geprüft, bevor sie gespeichert werden. Der Browser erhält das Geheimnis nie wieder, nur einen maskierten Hinweis und den Status der Anbindung.

Gespeicherte Daten: Status der Anbindung, Kontobezeichnung, Zeitpunkt der letzten Prüfung und die Zugangsdaten, die nur der Server lesen kann.
Beispiel: Du fügst ein HubSpot-Private-App-Token ein. Das Produkt testet es, zeigt die Portal-ID als Kontobezeichnung an und markiert die Anbindung als verbunden.

Slack-Alarme

Sobald du einen eingehenden Slack-Webhook verbunden hast, postet das Produkt Nachrichten zu Incidents und Freigaben in diesen Kanal. In Settings legst du fest, welche Schweregrade und welche Ereignisse gepostet werden.

Gespeicherte Daten: Das Webhook-Geheimnis (nur auf dem Server) und deine Routing-Auswahl je Schweregrad und Ereignistyp.
Beispiel: Kritische und hohe Incidents sowie neue Freigabeanfragen landen im Kanal, während Incidents mit niedrigem Schweregrad in der App bleiben.

Aktivitätsprotokoll

Jede Erkennung, Notiz, jeder Vorschlag, jede Freigabe und Statusänderung steht in einem einzigen Verlauf. Jeder Eintrag zeigt, wer ihn ausgelöst hat: eine Person, ein KI-Agent wie Claude oder ChatGPT oder der Monitor.

Gespeicherte Daten: Zeit, Akteur, Quelle (Web, Claude, ChatGPT, MCP-Client oder Monitor), ein Kurztext und Verweise auf Kampagne, Incident oder Freigabe.
Beispiel: Um 09:12 öffnet der Monitor einen Incident, um 09:14 beantragt Claude eine Freigabe, und um 09:21 gibt eine Kollegin sie frei.

Workspaces und Rollen

Ein Workspace enthält deine Kampagnen, Anbindungen und dein Team. Owner und Admins laden Kolleginnen und Kollegen per E-Mail ein und vergeben die Rolle admin, editor oder viewer. Row-Level-Security in der Datenbank hält die Workspaces voneinander getrennt.

Gespeicherte Daten: Mitglieder mit ihren Rollen, offene Einladungen und Workspace-Einstellungen wie Zeitzone und Prüfschwellen.
Beispiel: Der Demand-Generation-Manager ist Editor und verwaltet Kampagnen, die Marketingleiterin ist Viewer und liest die Incidents.

MCP-Server

Das Produkt enthält einen Server für das Model Context Protocol mit 11 Tools. KI-Assistenten wie Claude, ChatGPT und Cursor lesen Kampagnen, starten Audits, listen Incidents auf, ergänzen Notizen, legen Monitore an und beantragen Freigaben. Jedes Zugriffstoken gehört zu genau einem Workspace und wird nur als Hash gespeichert. Die MCP-Seite erklärt die Einrichtung.

Gespeicherte Daten: Name des Tokens, Client, Präfix, Hash, Zeitpunkt der letzten Nutzung und des Widerrufs. Das Token selbst wird nur einmal angezeigt.
Beispiel: Du bittest Claude, deine Webinar-Kampagne für das vierte Quartal zu prüfen. Claude ruft audit_campaign auf, startet die Prüfungen sofort und liefert die fehlschlagenden Schritte mit ihren Belegen.