Kap. 10 / Agentic Marketing
Tools und Plattformen für Agentic Marketing
Kein einzelner Vendor wird das Orchestrierungsproblem lösen – nicht weil die Tools schlecht sind, sondern weil es strukturell gegen ihre Geschäftslogik verstößt. Wer das versteht, trifft bessere Entscheidungen.
In fast jedem Marketing-Team, mit dem ich über Agentic AI spreche, entsteht binnen zwanzig Minuten eine Liste: Salesforce Agentforce, CrewAI, AutoGen, n8n, HubSpot Breeze. Am Ende des Gesprächs stehen fünf Tool-Kandidaten – und keine Klarheit darüber, welches Problem welches Tool lösen soll.
Das ist kein Ausnahmefall. Es ist die Regel. Die Tool-Landschaft für Agentic Marketing 2026 ist unübersichtlich, wächst schnell und ist tiefgreifend fragmentiert. Jeder Anbieter verspricht, das Problem zu lösen. Viele tun es – aber nur einen Teil, im eigenen Silo.
Was am Ende dieses Kapitels bleibt: Kein einzelner Vendor wird das Orchestrierungsproblem lösen – nicht weil die Tools schlecht sind, sondern weil es strukturell gegen ihre Geschäftslogik verstößt.
Das Orchestrierungs-Silo-Problem
Hier wird es unbequem. Stell dir einen typischen Mittelständler vor: Salesforce für CRM, Klaviyo für E-Mail, Zendesk für Kundenservice, Google und Meta für Paid. Jede Plattform baut eigene Agenten. Diese Agenten wissen nichts voneinander.
Ein Kunde öffnet ein Support-Ticket wegen eines defekten Produkts. Gleichzeitig läuft in Klaviyo eine Upselling-Sequenz für genau dieses Produkt. Google Ads retargeted denselben Kunden. Agentforce empfiehlt dem Vertrieb ein Upgrade-Gespräch. Vier Systeme, vier Aktionen, keines weiß, was die anderen tun.
Der Grund ist ökonomischer Natur: Ein Vendor, der Lizenzen für seine eigene Plattform verkauft, kann kein unparteiischer Orchestrator für den Gesamtstack sein. Er wird immer die Fähigkeiten seiner eigenen Plattform optimieren. Das ist keine Böswilligkeit – es ist Geschäftslogik. Die Konsequenz für alle, die gerade ihre Stack-Entscheidungen treffen, ist gravierender, als die meisten Evaluierungsprozesse vermuten.
Wie man trotzdem eine tragfähige Architektur baut
Die Frage ist nicht binär zwischen Build und Buy. Für die meisten mittelgroßen DACH-Unternehmen funktioniert ein hybrider Ansatz – schichtweise entschieden, nicht pauschal. Und eine Anforderung gilt dabei immer: offene APIs. Jede Komponente im Stack ohne vollständige API ist ein Blind-Spot in der Agenten-Architektur.
Welche Plattformen für welche Schichten die sinnvollsten Einstiegspunkte sind, wo die Grenzen der Enterprise-Lösungen liegen und was die Build-versus-Buy-Matrix für jede der sechs Marketing-OS-Schichten konkret bedeutet – das ist der Kern dieses Kapitels.
→ Kapitel 10 gibt die Orientierung im Tool-Markt. Wie du die einzelnen Schichten der Architektur technisch integrierst – Patterns, Protokolle, Fallstricke – zeigt Kapitel 11.
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.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.
-
K.11 →
Integration entlang der 4D-Schichten
Mehr als die Hälfte aller Agentic-Piloten scheitern nicht an der KI, sondern an der Infrastruktur. Integration ist keine nachgelagerte Aufgabe – sie ist die Voraussetzung, unter der Agenten überhaupt handeln können.
Newsletter
Agentic Marketing Weekly
Jede Woche eine Perspektive auf Agentic Marketing — plus als Erstes die Info zur Buchveröffentlichung.
Jetzt abonnieren