Kap. 08 / Agentic Marketing
Orchestrierung, Governance & Measurement
Orchestrierung ist das Betriebssystem der gesamten Agentic-Architektur. Ohne sie bleiben Data, Decisioning, Design und Distribution unverbundene Schichten.
Stell dir ein Konzertorchester vor. Dreißig hochspezialisierte Musiker, jeder ein Meister seines Instruments. Und trotzdem: Wenn niemand dirigiert, entsteht kein Konzert. Jeder spielt seine beste Passage, im eigenen Tempo. Das Ergebnis ist kein Brahms – es ist Lärm.
Genau das passiert in Marketing-Organisationen, die erste Agenten-Experimente starten, ohne eine Koordinationsinstanz aufzubauen. Ein Agent optimiert E-Mail-Performance. Ein anderer analysiert Churn-Signale. Ein dritter steuert Paid-Budgets. Alle tun gute Arbeit – aber ohne Koordination bleiben die Ergebnisse weit hinter dem Möglichen zurück.
Die Antwort ist der Orchestrierungs-Layer. Er ist das Betriebssystem der gesamten Agentic-Architektur.
Was Orchestrierung wirklich löst
Ein Kunde zeigt Abwanderungssignale. Der Churn-Prediction-Agent empfiehlt eine Reaktivierungskampagne mit Rabatt. Gleichzeitig läuft eine Upselling-Kampagne für denselben Kunden. Und der Customer-Service-Agent hat gerade einen offenen Beschwerdefall.
Ohne einen Orchestrierungs-Layer entscheiden die Agenten unabhängig voneinander. Der Kunde erlebt widersprüchliche Kommunikation. Der Orchestrierungs-Layer kennt alle laufenden Aktivitäten, alle offenen Servicefälle, alle Kampagnenziele – und entscheidet, welche Aktion Priorität hat und welche pausiert wird.
CRM-native Orchestratoren wie Salesforce Journey Builder lösen das nicht. Sie koordinieren innerhalb ihres Systems. Der Churn-Agent im Decisioning Layer, der CS-Agent im Ticketing-System und der Paid-Agent in der Ad-Plattform sprechen trotzdem nicht miteinander. Der Orchestrierungs-Layer ist keine weitere Tool-Ebene. Er ist die Meta-Schicht, die die Tools zum ersten Mal wirklich verbindet.
Das Model Context Protocol – und warum es alles verändert
Bei einem typischen Enterprise-Stack mit 20 relevanten Systemen entstehen theoretisch bis zu 380 individuelle Integrationen – jede ein Wartungsaufwand, ein Ausfallrisiko. Das Model Context Protocol (MCP), von Anthropic entwickelt und mittlerweile breit von der Industrie adoptiert, löst dieses Problem mit einem standardisierten Kommunikationsprotokoll.
Salesforce, HubSpot, Atlassian, Slack – alle haben MCP-Support angekündigt oder implementiert. Das ist keine Anthropic-Adoption. Das ist Industrie-Adoption. Und für DACH-Unternehmen, die gerade ihre Stack-Entscheidungen treffen, ist das ein Auswahlkriterium, das die nächsten fünf Jahre prägen wird.
Wie das Zusammenspiel aus Orchestrierungs-Layer, MCP, Zielhierarchien und Measurement-Feedback-Loops ein System entsteht, das tatsächlich lernt – und welche Architektur-Entscheidungen dabei über Erfolg und Scheitern entscheiden – ist der Kern dieses Kapitels.
→ Kapitel 8 beschreibt, wie das Gesamtsystem koordiniert und gemessen wird. Wie du Multi-Agenten-Workflows konkret implementierst, zeigt Kapitel 9.
Verwandte Kapitel
Verwandte Kapitel
-
K.04 →
Eine Agentic-Marketing-Referenzarchitektur
Der Sprung von Einzelagenten zu orchestrierten Multi-Agenten-Systemen scheitert in der Praxis fast nie an der KI-Technologie. Er scheitert an der Architektur.
-
K.07 →
Design & Distribution Layer – Erlebnis und Ausführung
GenAI ist das Werkzeug. Der Agent ist der Dirigent. Wer das nicht versteht, macht aus Agenten glorifizierte Copywriting-Tools – und wundert sich, warum der ROI ausbleibt.
-
K.09 →
Multi-Agent-Workflows implementieren
Ein Plan ist kein Code. Eine Architektur ist kein laufendes System. Dieses Kapitel schließt die Lücke – von der Referenzarchitektur zum ersten produktiven Workflow.
Newsletter
Agentic Marketing Weekly
Jede Woche eine Perspektive auf Agentic Marketing — plus als Erstes die Info zur Buchveröffentlichung.
Jetzt abonnieren