Marketing Cloud Engagement vs. Marketing Cloud Next: Was ändert sich für Ihre Salesforce-Architektur?

Salesforce Marketing Cloud befindet sich mitten in einem grundlegenden Wandel. Unternehmen, die über Jahre hinweg auf Marketing Cloud Engagement aufgebaut haben, verfügen häufig über umfangreiche Journeys, Data Extensions, Automation-Studio-Prozesse, Templates, Integrationen und operative Routinen, die direkt zu Umsatz und Kundenkommunikation beitragen. Gleichzeitig positioniert Salesforce Marketing Cloud Next als eine neue Generation von Marketingtechnologie, die wesentlich enger mit der Salesforce-Plattform, Data 360, Flow Builder und Agentforce integriert ist.

Damit entsteht eine Frage, die deutlich wichtiger ist als der Vergleich zweier Funktionslisten. Muss eine bestehende Marketing-Cloud-Engagement-Umgebung ersetzt werden? Sollten neue Prozesse künftig in Marketing Cloud Next aufgebaut werden? Und was geschieht mit jahrelangen Investitionen in Journey Builder, Automation Studio und Data Extensions, wenn immer mehr Marketingfunktionalität direkt auf die Salesforce-Plattform verlagert wird?

Marketing Cloud Next ist nicht einfach eine neue Version von Marketing Cloud Engagement. Architektur, Datenmodell und die Art, wie Marketingprozesse orchestriert werden, verändern sich. Gleichzeitig bedeutet das nicht, dass bestehende Marketing-Cloud-Engagement-Umgebungen plötzlich wertlos oder veraltet sind.

Für Enterprise-Unternehmen werden die kommenden Jahre daher vor allem von Architekturentscheidungen geprägt sein. Welche Prozesse bleiben dort, wo sie heute laufen? Welche neuen Use Cases werden Salesforce-nativ aufgebaut? Welche Daten müssen gemeinsam genutzt werden? Und wie verhindern Sie, dass Innovation letztlich zwei parallele Marketinglandschaften erzeugt, die jeweils ihre eigene Logik, Governance und technische Schuld entwickeln?

Marketing Cloud Engagement und Marketing Cloud Next unterscheiden sich architektonisch

Marketing Cloud Engagement nimmt innerhalb der Salesforce-Landschaft eine besondere Stellung ein. Die Plattform hat ihren Ursprung in ExactTarget und wurde 2013 Teil von Salesforce. Dadurch entwickelte sich Marketing Cloud Engagement über viele Jahre als leistungsfähige, aber relativ eigenständige Marketingumgebung mit eigenen Benutzern, Objekten, Datenmodellen und Automatisierungsmechanismen. Verbindungen zu Sales Cloud, Service Cloud und externen Systemen wurden anschließend über Connectoren, Synchronisation und Integrationen hergestellt.

Dieses Modell hat große Enterprise-Implementierungen ermöglicht. Journey Builder kann komplexe Customer Journeys ausführen, Automation Studio verarbeitet große Datenmengen und wiederkehrende Prozesse, Data Extensions bieten umfangreiche Flexibilität bei der Datenmodellierung und Content Builder unterstützt die zentrale Content-Erstellung. Für Unternehmen, die große Mengen an E-Mails, SMS und anderen Nachrichten verarbeiten, bleibt Marketing Cloud Engagement deshalb eine ausgereifte Execution Engine.

Marketing Cloud Next basiert auf einer anderen Architektur. Marketingfunktionalität wird wesentlich direkter Teil der Salesforce-Plattform. Customer Journeys können mit Flow Builder orchestriert werden, die Segmentierung kann Data 360 nutzen und AI-Unterstützung wird über Agentforce Bestandteil von Marketingprozessen. Marketing, Vertrieb, Service und andere Salesforce-Funktionen können dadurch enger mit denselben Daten und im selben operativen Kontext arbeiten.

Dieser Unterschied wirkt zunächst technisch, hat jedoch erhebliche organisatorische Folgen. In Marketing Cloud Engagement kann Marketing relativ eigenständig innerhalb einer spezialisierten Umgebung arbeiten. Marketing Cloud Next macht Marketing dagegen stärker von der übergreifenden Salesforce-Architektur, Data Governance, Flow Governance, Berechtigungsstrukturen und der Zusammenarbeit zwischen verschiedenen Clouds und Teams abhängig.

Was kann Marketing Cloud Engagement weiterhin besonders gut?

Die Einführung von Marketing Cloud Next bedeutet nicht, dass Journey Builder, Automation Studio oder bestehende Marketing-Cloud-Engagement-Prozesse plötzlich keine Funktion mehr haben. Salesforce positioniert Marketing Cloud Engagement weiterhin als Plattform für großvolumiges, journey-basiertes Messaging, und bestehende Kampagnen können parallel zu neuen Marketing-Cloud-Next-Capabilities weiterlaufen.

Das ist wichtig für Unternehmen, die Tausende oder Millionen von Kontakten durch bewährte Prozesse führen. Eine komplexe Welcome Journey, transaktionale Kommunikation oder Lifecycle-Kampagne, die stabil läuft, muss nicht automatisch neu aufgebaut werden, nur weil eine neuere Plattform verfügbar ist. Jede Migration bringt schließlich Risiken mit sich: veränderte Businesslogik, neue Datenverbindungen, Regressionstests, Consent-Fragen, Deliverability und Abhängigkeiten von anderen Systemen.

Marketing Cloud Engagement behält insbesondere dort seinen Wert, wo bestehende Prozesse nachweislich gut funktionieren:

• großvolumige und bewährte Journey-Builder-Prozesse mit stabiler operativer Logik;
• Automation-Studio-Workflows für Importe, Queries, Exporte und wiederkehrende Datenverarbeitung;
• bestehende Data-Extension-Modelle, von denen zahlreiche Kampagnen und Integrationen abhängig sind;
• operatives Messaging, bei dem Kontinuität wichtiger ist als eine sofortige Modernisierung der Architektur.

Es wäre daher ein Fehler, Modernisierung mit vollständigem Ersatz gleichzusetzen. Eine Architektur ist nicht deshalb modern, weil jede einzelne Komponente neu ist. Sie ist modern, wenn für den jeweiligen Prozess die richtige Technologie eingesetzt wird, Abhängigkeiten beherrschbar bleiben und ein klarer Entwicklungspfad besteht.

Was Marketing Cloud Next tatsächlich verändert

Marketing Cloud Next verändert vor allem die Position des Marketings innerhalb der übergreifenden Salesforce-Plattform. Anstatt Marketingdaten und Marketing Automation weitgehend in einer separaten Umgebung zu organisieren, können Prozesse direkter auf Daten und Ereignisse beispielsweise aus Sales Cloud und Service Cloud zugreifen. Dadurch lassen sich Marketingaktionen leichter mit aktuellen kommerziellen oder servicebezogenen Ereignissen verbinden.

Ein einfaches Beispiel verdeutlicht den Unterschied. Angenommen, ein Kunde meldet kurz vor einer geplanten kommerziellen Kampagne ein schwerwiegendes Serviceproblem. In einer traditionell getrennten Landschaft kann die Marketing-Journey unabhängig weiterlaufen, weil der Servicestatus innerhalb der Marketinglogik nicht schnell genug oder nicht in der richtigen Form verfügbar ist. Wenn Daten und Orchestrierung stärker auf derselben Salesforce-Plattform zusammengeführt werden, kann dieses Serviceereignis Teil der Entscheidung werden, die Kommunikation zu unterbrechen, anzupassen oder einen anderen Prozess zu starten.

Marketing Cloud Next verbindet dabei drei Architekturverschiebungen miteinander. Data 360 stellt einen breiteren Kundenkontext bereit, Flow Builder bringt die Orchestrierung näher an Salesforce Core und Agentforce ergänzt AI-gestützte Entscheidungsfindung und Ausführung. Dadurch verschiebt sich die Diskussion von einzelnen Kampagnen hin zu Prozessen, die auf Ereignisse aus mehreren Bereichen der Kundenbeziehung reagieren können.

Die größte Veränderung besteht nicht darin, dass Salesforce ein neues Journey-Tool einführt, sondern darin, dass Marketing innerhalb der Salesforce-Architektur immer weniger als separates System funktionieren muss.

Genau darin liegt gleichzeitig ein Risiko. Wenn jede neue Salesforce-Komponente ohne Architekturrahmen hinzugefügt wird, kann dieselbe Integration sogar mehr Komplexität erzeugen. Data 360, Flow, Agentforce und bestehende Marketing-Cloud-Engagement-Prozesse sollten deshalb nicht als isolierte Features implementiert werden, sondern als Bestandteile eines zusammenhängenden Operating Models.

Journey Builder versus Flow Builder ist kein Eins-zu-eins-Ersatz

Der Vergleich zwischen Journey Builder und Flow Builder wird schnell zu stark vereinfacht. Beide können Prozesse orchestrieren, stammen jedoch aus unterschiedlichen Kontexten. Journey Builder wurde ausgehend von Marketingkommunikation und Customer Journeys entwickelt. Flow Builder ist eine breitere Salesforce-Automatisierungsplattform, die Prozesse über unterschiedliche Salesforce-Objekte, Benutzer und Clouds hinweg verbinden kann.

Daraus folgt nicht automatisch die Regel, dass jede Journey-Builder-Journey irgendwann in Flow neu aufgebaut werden sollte. Eine stabile Journey für große Kontaktmengen kann operativ weiterhin hervorragend funktionieren. Flow wird interessanter, wenn eine Journey stark von Salesforce-Ereignissen in Echtzeit, gemeinsam genutzten Daten oder Prozessen abhängig ist, die Marketing, Service und Vertrieb direkt miteinander verbinden.

Für Architekten und Marketingteams verändert sich dadurch die Designfrage. Nicht mehr: Welches Marketingtool verwenden wir für diese Kampagne? Sondern: Wo entsteht das Event, welche Daten sind führend, welches System soll die Entscheidung treffen und wo soll die endgültige Kommunikation ausgeführt werden? Sobald diese Fragen im Mittelpunkt stehen, lässt sich für jeden Use Case rational bestimmen, ob Journey Builder, Flow Builder oder eine Kombination die richtige Lösung ist.

Data Extensions versus Data 360: Das Datenmodell wird strategischer

Ein zweiter grundlegender Unterschied liegt bei den Daten. Marketing Cloud Engagement nutzt Data Extensions als flexiblen Mechanismus, um Daten für Segmentierung, Automation und Messaging zu strukturieren. Das bietet viel Freiheit, kann in umfangreichen Implementierungen jedoch leicht zu einer Landschaft mit einer großen Zahl an Tabellen, SQL-Queries, Synchronisationen und lokalen Definitionen führen, die nur innerhalb von Marketing Cloud vollständig verstanden werden.

Marketing Cloud Next nutzt Data 360 unter anderem für Segmentierung und kombinierte Kundenprofile. Data 360 kann Daten aus Salesforce und externen Quellen verbinden, harmonisieren und aktivieren. Dadurch kann Marketing einen breiteren Kundenkontext nutzen, ohne für jeden Use Case erneut einen isolierten Marketingdatensatz aufzubauen. Salesforce änderte den Namen Data Cloud im Oktober 2025 offiziell in Data 360; ältere Dokumentationen und Implementierungen können weiterhin den früheren Namen verwenden.

Dieser Unterschied bedeutet jedoch nicht, dass Data 360 einfach sämtliche Data Extensions ersetzt. Bestehende Marketing-Cloud-Engagement-Prozesse bleiben häufig von ihren aktuellen Datenstrukturen abhängig. Die Architekturfrage lautet deshalb, welche Daten unternehmensweit harmonisiert werden müssen und welche operativen Datensätze lokal innerhalb von Marketing Cloud Engagement bestehen bleiben können.

Eine praktische Unterscheidung hilft dabei:

Architekturfrage	Marketing Cloud Engagement	Marketing Cloud Next
Journey-Orchestrierung	Journey Builder	Flow Builder und Salesforce-native Orchestrierung
Operative Automation	Automation Studio	Flow und Plattformautomatisierung
Zielgruppendaten	Data Extensions und Subscribers	Data-360-Segmente und einheitlicher Kundenkontext
Wichtigste Stärke	Bewährtes High-Volume-Messaging und Marketing Execution	Cross-Cloud-Prozesse und gemeinsamer Salesforce-Kontext
AI und Decisioning	Ergänzung bestehender Marketingprozesse	Agentforce in das Plattformmodell integriert
Architekturfokus	Spezialisierte Marketingumgebung	Marketing als Bestandteil von Salesforce Core

Für Enterprises bedeutet dies, dass die Datenarchitektur vor dem Campaign Design kommen sollte. Ohne eindeutige Identifikatoren, Consent-Regeln, Ownership und Definitionen des Kundenstatus kann eine umfangreichere Datenplattform bestehende Inkonsistenzen sogar schneller verbreiten. Mehr Echtzeitdaten schaffen nur dann einen Vorteil, wenn klar ist, welche Daten zuverlässig genug sind, um automatische Entscheidungen darauf zu stützen.

Agentforce macht Governance wichtiger, nicht weniger wichtig

Agentforce fügt der Veränderung eine weitere Dimension hinzu. Salesforce positioniert AI innerhalb von Marketing Cloud Next unter anderem für Kampagnenerstellung, Content, Insights und Decisioning. Dadurch können Marketer Prozesse schneller gestalten und Automatisierungen dynamischer auf Verhalten und Kontext reagieren lassen. Das kann wertvoll sein, verändert jedoch nicht die Grundvoraussetzungen für zuverlässiges Marketing.

Wenn die Segmentierung fehlerhaft ist, Consent inkonsistent verarbeitet wird oder Kundendaten widersprüchlich sind, kann AI dieselben Fehler schneller und in größerem Maßstab ausführen. Dasselbe gilt für Decisioning. Eine automatisch ausgewählte Next Best Action ist nur dann wertvoll, wenn die zugrunde liegenden Daten, Geschäftsregeln und Einschränkungen korrekt sind. Marketing Cloud Next verringert daher nicht den Bedarf an Governance, sondern erhöht vielmehr die Bedeutung zuverlässiger Daten und kontrollierbarer Entscheidungslogik.

Das entspricht unmittelbar breiteren Enterprise-Prinzipien innerhalb von Salesforce. AI, Automation und Customer Journeys können erst dann skalierbar werden, wenn Unternehmen explizit festlegen, welche Systeme führend sind, wer für Datenqualität verantwortlich ist und welche Prozesse automatisiert werden dürfen. Technologie kann diese Vereinbarungen ausführen, sie jedoch nicht eigenständig ersetzen.

Eine hybride Architektur ist sinnvoll, kann aber auch neue technische Schuld erzeugen

Für viele bestehende Marketing-Cloud-Engagement-Kunden wird eine hybride Architektur auf absehbare Zeit wahrscheinlich die realistischste Situation sein. Salesforce unterstützt selbst sowohl eine schrittweise Einführung als auch einen beschleunigten Ansatz, bei dem neue Use Cases früher in Marketing Cloud Next aufgebaut werden, während bestehende Marketing-Cloud-Engagement-Prozesse weiterlaufen. Dadurch muss Innovation nicht auf ein umfassendes Migrationsprojekt warten.

Dieser Ansatz bietet deutliche Vorteile. Umsatzgenerierende Journeys müssen nicht unnötig gestört werden, Teams können neue Capabilities kontrolliert kennenlernen und der Business Case für Flow, Data 360 oder Agentforce kann zunächst mit einer begrenzten Zahl von Prozessen nachgewiesen werden. Gleichzeitig entsteht eine neue Governancefrage: Wann wird etwas weiterhin in Marketing Cloud Engagement aufgebaut und wann in Marketing Cloud Next?

Ohne explizite Regeln können zwei parallele Entwicklungsmodelle entstehen. Ein Team erstellt Segmentierungen in Data Extensions, während ein anderes vergleichbare Zielgruppen in Data 360 definiert. Journey Builder und Flow können dieselben Events verarbeiten. Reporting kann unterschiedliche Definitionen verwenden und Verantwortlichkeiten können sich auf Marketing, Salesforce-Administratoren, Datenteams und Integrationsspezialisten verteilen.

Eine hybride Landschaft ist daher keine temporäre technische Zwischenphase, die sich von selbst löst. Sie ist ein Architekturmodell, das bewusst gesteuert werden muss. Das bedeutet, dass für jede Capability festgelegt werden muss, welche Plattform führend ist, wann bestehende Funktionalität erhalten bleibt und unter welchen Bedingungen neue Prozesse nach Marketing Cloud Next verlagert werden.

Nicht jedes Unternehmen benötigt dieselbe Migrationsstrategie

Salesforce beschreibt selbst keinen universellen Weg, bei dem jeder Marketing-Cloud-Engagement-Kunde zum gleichen Zeitpunkt dieselben Komponenten ersetzen muss. Unternehmen können schrittweise neue Marketing-Cloud-Next-Capabilities einführen oder sich dafür entscheiden, neue Prozesse schneller Salesforce-nativ aufzubauen, während bestehende Kampagnen zunächst weiterhin in Marketing Cloud Engagement laufen.

Welche Route sinnvoll ist, hängt von der bestehenden Architektur ab. Ein Unternehmen mit Dutzenden stabilen Journeys und relativ wenigen Cross-Cloud-Abhängigkeiten hat andere Prioritäten als ein Unternehmen, bei dem Marketing permanent Sales-Cloud-, Service-Cloud-, Commerce- und externe Daten miteinander kombinieren muss. Auch technische Schuld spielt eine Rolle. Eine stark verflochtene Landschaft aus Data Extensions, Scripts und Batch-Integrationen kann gerade ein Anlass sein, neue Prozesse anders zu gestalten, statt bestehende Muster eins zu eins zu reproduzieren.

Für eine Roadmap sollten deshalb zunächst konkrete Fragen beantwortet werden: Welche Journeys erzeugen nachweislich Wert, welche Prozesse sind anfällig, wo entstehen Datensilos, welche Entscheidungen benötigen Echtzeitkontext und welche Komponenten verursachen strukturell hohen Wartungsaufwand? Erst danach kann bestimmt werden, wo Marketing Cloud Next tatsächlich einen Vorteil bietet.

Die benötigte Expertise wird breiter

Die Architekturverschiebung verändert auch das Profil des Salesforce-Marketing-Cloud-Spezialisten. Diese Expertise verschwindet nicht, sondern wird durch weitere Disziplinen ergänzt. Kenntnisse in Journey Builder, Automation Studio, SQL, Data Extensions und Messaging bleiben für bestehende Marketing-Cloud-Engagement-Umgebungen relevant. Neue Implementierungen erfordern daneben zunehmend Kenntnisse in Salesforce Core, Flow, Data 360, Identity Resolution, Berechtigungsstrukturen, Integrationen und Agentforce.

Für Unternehmen bedeutet dies, dass eine generische Stellenanzeige für einen Salesforce-Marketing-Cloud-Spezialisten immer weniger aussagt. Der tatsächliche Bedarf kann bei Marketing Execution, Datenarchitektur, Cross-Cloud-Orchestrierung oder AI Governance liegen. Wer ausschließlich auf das Produktlabel schaut, läuft erneut Gefahr, Expertise einzukaufen, die nicht zur tatsächlichen Architekturfrage passt.

Auch die Zusammenarbeit zwischen Teams verändert sich. Marketing kann nicht vollständig getrennt von CRM-Administration und Datenarchitektur arbeiten, wenn Journeys unmittelbar auf Sales- und Service-Events reagieren. Salesforce-Administratoren können Marketinganforderungen umgekehrt nicht auf technische Flow-Konfiguration reduzieren. Das Operating Model muss deshalb gemeinsam mit der Technologie weiterentwickelt werden.

Der Übergang zu Marketing Cloud Next ist kein klassisches Migrationsprojekt mit einem einzigen Enddatum. Es handelt sich um eine Architekturtransformation, bei der Unternehmen für jeden Prozess bestimmen, was bleiben soll, was sich verändern muss und wo neue Salesforce-Capabilities nachweislich Mehrwert schaffen.

Modernisieren Sie ausgehend vom Prozess, nicht von der Produktroadmap

Marketing Cloud Next zeigt deutlich, wohin Salesforce das Marketing entwickelt: näher an Salesforce Core, stärker mit Data 360 verbunden und mit Flow und Agentforce als wichtigen Bausteinen für Automation und Decisioning. Für Enterprise-Unternehmen ist das strategisch relevant. Es bedeutet jedoch nicht, dass jede bestehende Investition in Marketing Cloud Engagement neu gestaltet werden muss, sobald neue Funktionalität verfügbar wird.

Die richtige Architektur beginnt damit, Prozesse zu identifizieren, die zuverlässig weiterlaufen müssen, und Prozesse, die nachweislich von einem anderen technischen Ansatz profitieren. Eine stabile High-Volume-Journey kann weiterhin in Marketing Cloud Engagement laufen, während eine neue Customer Journey, die direkt auf Service- und Sales-Daten reagieren muss, ein guter Kandidat für Marketing Cloud Next sein kann. So entsteht Modernisierung auf Basis von Business Value statt auf Basis von Produktneuigkeiten.

Für CloudEngagePro liegt der Kern deshalb nicht in der Frage, welche Plattform am Ende „gewinnt“. Entscheidend ist, wie Marketing Cloud Engagement, Marketing Cloud Next, Data 360, Flow und Agentforce gemeinsam eine steuerbare Salesforce-Architektur bilden. Wenn diese Entscheidungen explizit getroffen werden, kann ein Unternehmen neue Capabilities hinzufügen, ohne die Stabilität bestehender Marketingprozesse zu gefährden. Genau darin liegt letztlich der Unterschied zwischen dem bloßen Aktivieren neuer Salesforce-Funktionalität und dem tatsächlichen Aufbau einer zukunftsfähigen Marketingarchitektur.