Skip to content
Kostenloses 30-Min-Gespräch

MWCS

Migrationsbereitschaft: Ein Framework für die Entscheidung, wann Marketing Cloud Next dran ist

IN ENGLISH →

Zwei Fakten prägen jedes Marketing-Cloud-Next-Gespräch — und sie ziehen in entgegengesetzte Richtungen. Es gibt kein angekündigtes End-of-Life, das Sie von Marketing Cloud Engagement zwingt. Und es gibt keinen automatischen Migrationspfad, der Ihre Journeys, Inhalte und AMPscript hinüberhebt.

Zusammen erzeugen sie eine spezifische Falle: Weil nichts die Entscheidung erzwingt, vertagen Teams sie; weil nichts sie automatisiert, wird das spätere Projekt größer als budgetiert. Der Ausweg: das Readiness-Assessment von der Migration trennen. Das Assessment sind wenige Wochen strukturierter Arbeit. Die Migration ist ein Programm. Das zweite sollte niemand zusagen, ohne das erste getan zu haben.

Key Takeaways

  • Inventar vor Meinung. Die meisten Migrationsdebatten werden geführt, ohne dass jemand weiß, was wirklich läuft.
  • Das Sizing treiben Custom Code, Integrationen und Journey-Anzahl — nicht das Kontaktvolumen.
  • Es gibt vier gangbare Pfade, und „Hybrid” ist ein legitimes Ziel, kein fauler Kompromiss.
  • Das Readiness-Gate ist Ihr Datenfundament. Ohne modelliertes Data 360 hat Marketing Cloud Next nichts, worauf es stehen kann.
  • Trigger-Bedingungen jetzt festlegen — auch wenn die Antwort heute „noch nicht” lautet. Ein dokumentiertes „noch nicht” ist ein Plan; ein undokumentiertes ist Drift.

Teil eins: das Inventar

Fünf Listen. Eine Person mit den richtigen Zugängen baut sie in zwei bis drei Wochen — und sie verändern das Gespräch komplett, weil der Streit aufhört, über Strategie zu gehen, und anfängt, über eine Tabelle zu gehen, die alle lesen können.

InventarWas erfassenWas es Ihnen sagt
Journeys & AutomationenName, Owner, Status, zuletzt geändert, Eintrittsvolumen der letzten 90 Tage, KritikalitätWie viel wirklich lebt. Rechnen Sie damit, dass ein Drittel schläft.
Custom CodeJeder AMPscript-Block, SSJS, CloudPages, Query Activities, API-SendsDer größte Einzeltreiber des Rebuild-Aufwands
DatenmodellData Extensions, Beziehungen, Update-Mechanismen, Retention, was wirklich abgefragt wirdWas in Data 360 neu ausgedrückt werden muss
IntegrationenJede ein- und ausgehende Verbindung, Owner, Auth-Methode, FehlerverhaltenDie versteckte Abhängigkeitsliste — meist länger als erwartet
ContentTemplates, wiederverwendbare Blöcke, Asset-Volumen, Markenvarianten, SprachenProduktions-Rebuild-Aufwand — und die Chance, ein Jahrzehnt Drift zu löschen

Die Schlaf-Dividende

Sortieren Sie das Journey-Inventar nach Eintrittsvolumen der letzten 90 Tage und lesen Sie die untere Hälfte. In den meisten Estates ist ein erheblicher Teil pausiert, überholt oder ohne Eintritte. Jede dieser Journeys ist Scope, den Sie NICHT migrieren. Diese eine Übung entfernt regelmäßig mehr Aufwand als jede Tooling-Entscheidung.

Teil zwei: ehrliches Sizing

Rebuild-Aufwand in Marketing Cloud Next korreliert mit Komplexität, nicht mit Größe. Ein Händler, der fünfzig Millionen Mails im Monat aus zwölf sauberen, templatisierten Journeys sendet, ist eine leichtere Migration als eine Mittelstands-B2B-Org mit vierzig Journeys, zusammengehalten von AMPscript und einer CloudPage, die niemand dokumentiert hat.

Jede Dimension von eins bis fünf bewerten:

  • Code-Dichte — wie viel Logik in AMPscript, SSJS und Query Activities lebt statt in Konfiguration.
  • Datenmodell-Komplexität — relationale Data Extensions, abgeleitete Felder, alles, was in der Plattform statt upstream berechnet wird.
  • Integrationsfläche — Anzahl aktiver Integrationen und wie viele davon Sonderbauten sind.
  • Journey-Kritikalität — wie viele Journeys bei einer Woche Pause ein Umsatz- oder Compliance-Problem auslösen.
  • Organisatorische Reife — existiert eine Data-360-Implementierung, und arbeiten Marketing- und Plattform-Team schon zusammen?

Niedrige Werte überall: ein Projekt. Hohe Werte: ein Programm mit Phasenplan. Ein gemischtes Bild — der Normalfall — zeigt meist auf Hybrid.

Teil drei: die vier Pfade

Vier Ziele, nicht eins. Der Fehler ist, einen Pfad implizit zu wählen.

Pfad A — Greenfield

Wer: leichte oder keine Engagement-Nutzung, neue Geschäftsbereiche, neue Marken, neue Regionen.
Warum: Sie vermeiden Legacy, die Sie später nur zurückbauen müssten. Die Lernkurve ist real — aber Sie klettern sie ohnehin irgendwann.
Risiko: Auf einer jüngeren Plattformoberfläche setzen sich manche Muster noch. Budgetieren Sie das ein, statt sich überraschen zu lassen.

Pfad B — Hybride Koexistenz

Wer: ein funktionierendes Engagement-Estate und echter Appetit auf agentische oder Unified-Data-Use-Cases.
Warum: Bestehende Journeys laufen weiter, während neue Use Cases auf dem neuen Fundament entstehen. Sie lernen an etwas Kleinem, Umkehrbarem.
Risiko: zwei Orchestrierungsebenen, die beide dieselbe Person anschreiben können. Das braucht eine explizite Contact-Ownership-Regel — keine guten Vorsätze.

Pfad C — Phasenweiser Ersatz

Wer: zum Wechsel entschlossen, mit großem Estate und mehreren Quartalen Anlauf.
Warum: Migration nach Geschäftsdomäne — eine Marke, eine Region, ein Lifecycle-Programm nach dem anderen — mit definiertem Cutover je Phase.
Risiko: Phasenmüdigkeit. Programme jenseits von vier Quartalen verlieren Sponsoren. Die sichtbaren Erfolge früh einplanen.

Pfad D — Bewusstes Vertagen

Wer: viel Custom Code, geschäftskritische Journeys, kein Data-360-Fundament — und kein Use Case, den Engagement nicht bedienen kann.
Warum: Weil es keine Deadline gibt — und ein Umzug ohne Datenfundament Ihre heutigen Probleme auf einer neueren Plattform reproduziert.
Risiko: Vertagen wird Drift. Deshalb hat dieser Pfad Hausaufgaben.

Vertagen ist nur mit schriftlichem Trigger legitim

„Noch nicht” braucht die Bedingungen, die die Antwort ändern: Unser Data-360-Modell erreicht einen definierten Zustand, ein benannter Use Case erscheint, den Engagement nicht bedienen kann, unser Custom-Code-Fußabdruck fällt unter ein vereinbartes Niveau, oder der Hersteller kündigt etwas Wesentliches an. Vierteljährlich prüfen, in fünfzehn Minuten. Ohne Trigger ist Vertagen keine Entscheidung — sondern deren Abwesenheit.

Teil vier: das Readiness-Gate

Eine Frage steht über allen anderen: Gibt es ein Data-360-Modell, aus dem eine Marketerin ein Segment bauen kann, ohne einen Engineer zu fragen?

Wenn ja, hat Marketing Cloud Next etwas, worauf es stehen kann — der Rest ist Delivery. Wenn nein, ist DAS Ihr Projekt. Die gute Nachricht: Es lohnt sich unabhängig von der Migrationsentscheidung. Ein einheitliches Datenfundament zahlt in Engagement ein, in Sales Cloud, in Service und ins Reporting. Es ist die am wenigsten bereubare Investition der gesamten Roadmap.

Deshalb ist „Sollen wir migrieren?” so oft die falsche erste Frage. Die richtige: „Was müsste wahr sein, damit eine Migration gut läuft?” — und die ehrliche Antwort zeigt meist auf Daten, nicht auf Journeys.

Teil fünf: was ein Readiness-Assessment liefert

Ein brauchbares Assessment endet mit sechs Artefakten — nicht mit einer Empfehlungsfolie:

  1. Die fünf Inventare, in einer Tabelle, die das Team pflegen kann.
  2. Ein Komplexitäts-Score mit der Begründung je Dimension.
  3. Ein empfohlener Pfad samt der zwei verworfenen und warum — das ist es, was ein Steering Committee übersteht.
  4. Ein Phasenplan, falls Pfad B oder C — mit einer ersten Phase, die in einem Quartal lieferbar ist.
  5. Die Datenfundament-Lücke, als Arbeit formuliert, mit Größenordnung.
  6. Trigger-Bedingungen und ein Review-Datum, egal welche Empfehlung.

Alles auf dieser Liste ist vor einem CFO verteidigbar — und das zählt mehr, als die meisten technischen Dokumente zugeben. Migrations-Business-Cases scheitern weit öfter an Vagheit als an Kosten.

Das Fazit

Die fehlende Deadline ist ein Geschenk — aber nur für Organisationen, die sie zum Vorbereiten nutzen statt zum Aufschieben. Inventar bauen, Komplexität bewerten, Pfad explizit wählen, aufschreiben, was die Meinung ändern würde. Das sind wenige Wochen Arbeit — und sie verwandeln die größte offene Frage Ihrer Marketing-Roadmap in einen Plan mit Daten.

Eine erste Größenschätzung Ihres eigenen Estates bekommen Sie übrigens sofort: Der kostenlose Migrations-Schätzer macht aus Ihrem Inventar in zwei Minuten eine Aufwandsklasse — im Browser, ohne Anmeldung.

Häufige Fragen

Es ist kein End-of-Life angekündigt, und Salesforce liefert weiter in Engagement aus. Planen Sie auf Basis Ihrer eigenen Roadmap statt einer angenommenen Deadline — aber planen Sie. Die Abwesenheit einer Deadline ist nicht die Abwesenheit einer Entscheidung.
Nein. Es gibt keine Ein-Klick-Migration für Journeys oder Content zwischen den Plattformen; Datenmodell, Automations-Engine und Personalisierungs-Syntax sind verschieden. Behandeln Sie es als Rebuild, informiert vom alten Design — und nutzen Sie den Rebuild, um zu löschen, was niemand verwendet.
Typisch zwei bis vier Wochen für ein mittleres Estate — dominiert von Zugangsbeschaffung und Stakeholder-Interviews, nicht von der Analyse. Der Output ist weit mehr wert als der Aufwand, vor allem, weil er die Spekulation beendet.
Technisch ja, und manche Organisationen werden es tun. Der Preis: doppelte Lizenzen, doppelte Skills und eine permanente Regel, welche Plattform welchen Kontakt und welche Nachricht besitzt. Diese Regel ist beherrschbar, wenn sie bewusst ist — und schmerzhaft, wenn sie emergent ist.

Kennen Sie das aus Ihrer eigenen Org?

Das erste Gespräch ist kostenlos: dreißig Minuten, keine Folien, und eine ehrliche Einschätzung, was eine Lösung kosten würde. Wenn es sich nicht lohnt, hören Sie das auch.

Scroll to Top