Kurz gesagt: Es gibt keine Frist und keine automatische Migration. Damit ist die Entscheidung Ihre — Sie können sie gut treffen oder schlecht aufschieben. Die meisten etablierten Engagement-Umgebungen sollten dieses Jahr nicht migrieren. Die meisten Greenfield-Teams sollten nicht mit Engagement anfangen.
Das Wichtigste in Kürze
- Marketing Cloud Next ist keine neue Version von Engagement, sondern ein anderes Fundament mit anderem Datenmodell, anderer Automatisierung und anderer Personalisierungssyntax.
- Nichts lässt sich einfach übertragen. AMPscript, SSJS, CloudPages und relationale Data Extensions werden neu gebaut, nicht migriert.
- Es gibt zugleich keine angekündigte Abkündigung von Engagement. Dringlichkeit sollte aus Ihrer Roadmap kommen, nicht aus Angst.
- Der Aufwand hängt an Code-Dichte und Integrationszahl — nicht am Kontaktvolumen.
- Vier gangbare Pfade, und „bewusster Aufschub mit schriftlichen Auslösern” ist einer davon.
Die eine architektonische Tatsache
Engagement ist außerhalb des Salesforce-Kerns gewachsen: eigenes Datenmodell (Data Extensions), eigene Skriptsprachen, eigene Automatisierungsoberfläche und ein Connector, der Daten zum CRM schaufelt.
Marketing Cloud Next steht auf Salesforce Core, mit Data 360 als Datenebene und Flow als Automatisierungsmotor. Diese eine Änderung erklärt alle weiteren Unterschiede.
| Marketing Cloud Engagement | Marketing Cloud Next | |
|---|---|---|
| Daten | Data Extensions, nur Marketing | Data-360-Profil, mit dem CRM geteilt |
| Automatisierung | Automation Studio, Journey Builder | Salesforce Flow, Marketing Flows |
| Personalisierung | AMPscript, SSJS | Ausdrucksbasiert, Handlebars-Stil |
| Webseiten | CloudPages | Kein Äquivalent — Experience Cloud oder eigene Website |
| CRM-Anbindung | Connector mit Sync-Pflege | Nativ — kein Transportweg, der brechen kann |
| KI | Einstein-Funktionen | Agentforce, auf denselben Daten |
| Governance | Beim Marketingteam | Bei der Plattform, im Release-Prozess der Org |
Was nicht mitkommt
Darüber sollten Sie vor jedem Zeitplangespräch Klarheit haben:
- AMPscript und Server-Side JavaScript. Keine Kompatibilitätsschicht. Jeder Codeblock wird neu ausgedrückt — meist, indem die Logik nach oben in Flow oder ins Datenmodell wandert, wo sie ohnehin hingehört hätte.
- CloudPages. Überhaupt kein Äquivalent. Präferenzcenter, Gated Content und Microsites brauchen ein neues Zuhause: Experience Cloud, Ihre Website oder ein Formularprodukt.
- Relationale Data Extensions. Werden in Data 360 neu modelliert.
- Journeys. Werden als Marketing Flows neu gebaut. Der Entwurfsgedanke überträgt sich, das Artefakt nicht.
- Inhalte. Keine Ein-Klick-Migration. Das ist oft weniger schmerzhaft als befürchtet, weil es die Gelegenheit ist, ein Jahrzehnt Wildwuchs zu löschen.
Die Dormanz-Dividende
Bevor Sie eine Migration schätzen: Sortieren Sie Ihre Journeys nach Eintritten der letzten 90 Tage und lesen Sie die untere Hälfte. In den meisten Umgebungen ist ein großer Teil pausiert, abgelöst oder wird von niemandem betreten. Jede davon ist Scope, den Sie nicht migrieren. Diese eine Übung spart meist mehr Aufwand als jede Werkzeugentscheidung.
Ehrlich schätzen
Der Aufwand korreliert mit Komplexität, nicht mit Größe. Ein Händler, der fünfzig Millionen E-Mails aus zwölf sauberen Template-Journeys versendet, migriert leichter als ein Mittelständler mit vierzig Journeys, die von AMPscript und einer undokumentierten CloudPage zusammengehalten werden.
Bewerten Sie jeweils von eins bis fünf:
- Code-Dichte — wie viel Logik in AMPscript, SSJS und Query Activities steckt statt in Konfiguration
- Komplexität des Datenmodells — relationale Extensions und alles, was in der Plattform berechnet wird
- Integrationsfläche — wie viele Integrationen leben, wie viele davon maßgeschneidert sind
- Geschäftskritikalität — wie viele Journeys bei einer Woche Pause ein Umsatz- oder Compliance-Problem auslösen
- Organisatorische Reife — existiert ein Data-360-Modell, und arbeiten Marketing und Plattformteam bereits zusammen
Durchgehend niedrig heißt Projekt. Durchgehend hoch heißt Mehrquartalsprogramm. Gemischt — der Normalfall — deutet meist auf Hybrid.
Die vier Pfade
A — Greenfield
Für wen: neue Geschäftsbereiche, Marken oder Regionen mit wenig Engagement-Nutzung.
Warum: Sie bauen kein Erbe auf, das Sie später wieder abtragen.
B — Hybrider Parallelbetrieb
Für wen: funktionierende Umgebung plus echtes Interesse an vereinheitlichten Daten oder agentischen Anwendungsfällen.
Warum: Bestehende Journeys laufen weiter, während Sie an etwas Kleinem und Umkehrbarem lernen.
Bedingung: Sie müssen schriftlich festhalten, welche Plattform welchen Kontakt besitzt, und es über Unterdrückung durchsetzen. Zwei Orchestrierungsebenen ohne Besitzregel schreiben dieselbe Person doppelt an.
C — Schrittweise Ablösung
Für wen: entschieden, große Umgebung, mehrere Quartale Zeit.
Warum: Migration nach Domäne — eine Marke, Region oder Lifecycle-Strecke nach der anderen.
Risiko: Phasenmüdigkeit. Legen Sie die sichtbaren Erfolge nach vorn, sonst verlieren Sie den Sponsor.
D — Bewusster Aufschub
Für wen: viel Custom Code, geschäftskritische Journeys, kein Data-360-Fundament, kein Anwendungsfall, den Engagement nicht bedienen kann.
Warum: Weil es keine Frist gibt und ein Wechsel ohne Datenfundament die heutigen Probleme auf neuerer Infrastruktur reproduziert.
Aufschub zählt nur mit schriftlichen Auslösern
„Noch nicht” braucht die Bedingungen, die die Antwort ändern: Unser Data-360-Modell erreicht einen definierten Stand, ein benannter Anwendungsfall taucht auf, den Engagement nicht bedienen kann, unser Custom-Code-Anteil sinkt unter eine vereinbarte Grenze, oder der Anbieter kündigt etwas Wesentliches an. Quartalsweise prüfen, fünfzehn Minuten. Ohne Auslöser ist Aufschub keine Entscheidung, sondern deren Abwesenheit.
Das Reifegatter
Eine Frage steht über allen: Gibt es ein Data-360-Modell, aus dem eine Marketingperson ein Segment bauen kann, ohne einen Entwickler zu fragen?
Wenn ja, hat Marketing Cloud Next ein Fundament und der Rest ist Umsetzung. Wenn nein, ist genau das Ihr Projekt — und es lohnt sich unabhängig von der Migrationsentscheidung, weil ein einheitliches Datenfundament sich in Engagement, Sales Cloud, Service und Reporting auszahlt.
Deshalb ist „Sollen wir migrieren?” meist die falsche erste Frage. Besser: „Was müsste zutreffen, damit eine Migration gut läuft?” Die Antwort zeigt auf Daten, nicht auf Journeys.
Ein strukturierter Weg
Das Migration Readiness Assessment liefert die fünf Inventare, eine Komplexitätsbewertung, einen empfohlenen Pfad samt verworfener Alternativen und Begründung, einen Plan für die erste Phase, die Lücke im Datenfundament als Aufwand beziffert, sowie schriftliche Auslöserbedingungen. Fester Scope, Festpreis. Es beendet die Spekulation — in welche Richtung auch immer.
Fazit
Das Fehlen einer Frist ist ein Geschenk, aber nur für Organisationen, die es zur Vorbereitung nutzen statt zum Aufschieben. Bauen Sie das Inventar, bewerten Sie die Komplexität, wählen Sie einen Pfad ausdrücklich, und halten Sie schriftlich fest, was Sie umstimmen würde.