Operating Model für Salesforce Marketing Cloud-Teams

Viele Salesforce Marketing Cloud-Teams starten erfolgreich mit einem Pilotprojekt. Es gibt einen klaren Business Case, ein engagiertes Projektteam, eine klar abgegrenzte Zielgruppe und ausreichende Aufmerksamkeit seitens des Managements. Die ersten Journeys, Segmente, Kampagnen, Dashboards und Automation Flows liefern sichtbare Ergebnisse. Dadurch entsteht schnell die Erwartung, dass derselbe Ansatz problemlos auf mehrere Märkte, Business Units, Kanäle oder Produktlinien skaliert werden kann. In der Praxis zeigt sich jedoch, dass Skalierung nicht am Tool scheitert, sondern am Fehlen eines ausgereiften Operating Models. Salesforce Marketing Cloud kann technisch sehr viel tragen, doch Skalierbarkeit entsteht nicht automatisch aus Plattformkapazität. Sobald mehrere Teams, Länder, Datensysteme, Sales-Prozesse und Governance-Anforderungen zusammenkommen, wird sichtbar, ob die Organisation tatsächlich auf strukturelles Wachstum vorbereitet ist. Rollen sind dann nicht ausreichend klar definiert, Entscheidungsrechte bleiben implizit, Change Ownership ist nirgendwo eindeutig verankert, Release-Rhythmen sind ad hoc und lokale Teams entwickeln eigene Arbeitsweisen auf der Grundlage zentraler Standards. Das Pilotprojekt war dann kein Beweis für Skalierbarkeit, sondern eine kontrollierte Umgebung, in der die tatsächliche organisatorische Komplexität noch außerhalb des Blickfelds blieb.

Warum ein erfolgreiches Pilotprojekt wenig über Skalierbarkeit aussagt

Ein Pilotprojekt ist per Definition eine Vereinfachung der Realität. Es wird ein begrenzter Umfang gewählt, eine überschaubare Zielgruppe, ein engagiertes Team und häufig eine relativ direkte Beziehung zwischen Kampagne, Journey und Ergebnis. Dadurch scheint Salesforce Marketing Cloud schneller Wert zu liefern, als dies später innerhalb der regulären Organisation möglich ist. Das Pilotprojekt beweist, dass die Technologie funktioniert, aber nicht, dass die Organisation bereit ist, dieselbe Logik zuverlässig in mehreren Märkten, Prozessen und kommerziellen Kontexten zu wiederholen. Bei der Skalierung verändern sich die Fragen. Es geht nicht mehr nur darum, ob eine Journey technisch erstellt werden kann, sondern darum, wer die Journey anpassen darf, wer Segmentdefinitionen überwacht, wer lokale Ausnahmen genehmigt, wer Datenqualität kontrolliert und wer bestimmt, wann ein Prozess standardisiert wird oder lokal abweichen darf. Ohne Operating Model entsteht in diesem Moment eine Lücke zwischen Implementierung und Organisationssteuerung. Das Tool funktioniert weiterhin, aber das Team verliert zunehmend Zeit durch Abstimmung, Korrekturen, Ausnahmen und Diskussionen über Ownership.

Skalierbare Marketing Cloud-Organisationen wachsen nicht dadurch, dass sie mehr Funktionalität aktivieren, sondern dadurch, dass Rollen, Entscheidungsrechte, Governance und Change Ownership vor dem Rollout explizit eingerichtet werden.

Der Fehler, Skalierung als technische Fortsetzung zu behandeln

Viele Organisationen behandeln den Schritt vom Pilotprojekt zum Rollout als technisches Folgeprojekt. Es werden zusätzliche Journeys erstellt, mehr Daten angebunden, neue Business Units integriert und Dashboards erweitert. Das erscheint logisch, weil Salesforce Marketing Cloud im Zentrum der Umsetzung steht. Dennoch ist Skalierung im Kern keine technische Fragestellung. Sie ist eine Operating-Model-Fragestellung. Die technische Einrichtung muss der Organisation folgen, doch die Organisation muss zunächst bestimmen, wie Marketing Automation strukturell gesteuert wird. Wenn diese Reihenfolge umgekehrt wird, wächst die Komplexität schneller als die Kontrolle. Jeder Markt verlangt eigene Felder, eigene Segmente, eine eigene Kampagnenhierarchie, eigene Datenanforderungen und eigene Reporting-Wünsche. IT versucht, Integrationen beherrschbar zu halten, Marketing möchte Geschwindigkeit bewahren, Sales benötigt besseren Lead-Kontext und das Management möchte vergleichbare Ergebnisse sehen. Ohne ein klares Operating Model werden all diese Anforderungen gleichzeitig in die Plattform gedrückt. Dadurch entsteht eine Einrichtung, die technisch umfangreich, organisatorisch jedoch schwer steuerbar ist.

Rollen bestimmen, ob Marketing Cloud skalierbar wird

Rollen gehören zu den ersten Schwachstellen bei der Skalierung. In einem Pilotprojekt arbeitet ein kleines Team häufig informell zusammen. Dieselben Personen wirken an der Strategie mit, erstellen Journeys, kontrollieren Daten, stimmen sich mit Sales ab und berichten an das Management. Das funktioniert, solange der Umfang begrenzt bleibt. Sobald mehrere Teams beteiligt sind, muss deutlich werden, wer Ownership für die Architektur trägt, wer für Kampagnen verantwortlich ist, wer Datenqualität überwacht, wer Releases plant und wer lokale Anpassungen genehmigen darf. Wenn Rollen nicht explizit definiert sind, entsteht operativer Druck. Zentrale Spezialisten werden zum Bottleneck, weil alle für Interpretationen auf sie angewiesen sind. Lokale Teams fühlen sich ausgebremst und entwickeln eigene Varianten. Marketing Operations erhält Verantwortung ohne Mandat. IT wird zu spät in Datenfragen einbezogen, die bereits kommerzielle Auswirkungen haben. Sales erhält Lead-Informationen, deren Qualität je nach Markt unterschiedlich ist. Ein Operating Model verhindert dies, indem Verantwortlichkeiten nicht an Personen, sondern an strukturelle Funktionen innerhalb der Marketingorganisation gekoppelt werden.

Rhythmus als unterschätzter Skalierbarkeitsfaktor

Skalierbare Marketing Cloud-Teams benötigen nicht nur Rollen, sondern auch Rhythmus. Gemeint sind feste Zeitpunkte und Prozesse für Planung, Priorisierung, Release Management, Datenvalidierung, Journey Review, Performanceanalyse und Verbesserungsentscheidungen. Ohne Rhythmus bleibt Marketing Automation reaktiv. Teams erstellen, was im jeweiligen Moment dringend erscheint, korrigieren Probleme, sobald sie sichtbar werden, und besprechen strukturelle Verbesserungen erst dann, wenn der Druck hoch genug ist. Das ist in einem Pilotprojekt beherrschbar, aber nicht bei einem internationalen Rollout. Ein ausgereifter Rhythmus macht deutlich, wann neue Kampagnen hinzugefügt werden, wann Journeys angepasst werden, wann Datenqualität kontrolliert wird, wann Reportings bewertet werden und wann Ausnahmen erneut geprüft werden. Das gibt lokalen Teams Vorhersehbarkeit und zentralen Teams Kontrolle. Es stellt außerdem sicher, dass Verbesserung nicht von einzelnen Initiativen abhängig bleibt. Salesforce Marketing Cloud wird dann Teil eines kontinuierlichen Geschäftsprozesses anstelle einer Sammlung projektbasierter Marketingaktivitäten.

Welche Operating-Model-Entscheidungen im Voraus erforderlich sind

Ein Operating Model muss weder schwerfällig noch bürokratisch sein, aber es muss die Kernentscheidungen explizit machen, die Skalierung bestimmen. Ohne diese Entscheidungen wird jede Erweiterung erneut zu einer individuellen Lösung. Die wichtigsten Entscheidungen müssen daher vor einem breiten Rollout festgelegt werden, damit Teams wissen, welche Freiheiten sie besitzen und welche Standards nicht verhandelbar sind:

• Es muss festgelegt werden, welche Bestandteile von Salesforce Marketing Cloud zentral gesteuert werden und welche Bestandteile lokal innerhalb zuvor definierter Rahmenbedingungen angepasst werden dürfen.
• Es muss klar sein, wer Ownership für Datendefinitionen, Segmentierungsrahmen, Lifecycle-Status, Consent-Logik, Lead-Qualifizierung und Management Reporting trägt.
• Es muss ein fester Rhythmus für Releases, Verbesserungen, Datenvalidierung, Journey Review und Performanceentscheidungen bestehen, damit Skalierung nicht von einzelnen Projekten abhängig bleibt.
• Es muss dokumentiert werden, wer Change Ownership trägt, wenn neue Märkte, Business Units, Integrationen oder Prozesse an die Marketing Cloud-Architektur angebunden werden.

Diese Entscheidungen machen Skalierung steuerbar. Sie verhindern, dass jeder neue Markt dieselben Diskussionen erneut führt und jedes Team eigene Interpretationen derselben Kernprozesse entwickelt. Ein Operating Model schafft nicht nur Kontrolle, sondern auch Geschwindigkeit. Teams können schneller handeln, wenn klar ist, wo Entscheidungsmacht liegt, welche Standards gelten und wie Ausnahmen bewertet werden.

Governance ohne Operating Model bleibt zu abstrakt

Governance wird häufig als Lösung für Skalierungsprobleme genannt, doch Governance bleibt schwach, wenn sie nicht in ein Operating Model eingebettet ist. Ein Dokument mit Richtlinien, Naming Conventions, Templates und Genehmigungsregeln ist nützlich, aber nicht ausreichend. Die Organisation muss außerdem wissen, wer Governance überwacht, wie Abweichungen behandelt werden, wann Regeln angepasst werden und welche kommerziellen Auswirkungen eine Ausnahme hat. Ohne diese Übersetzung bleibt Governance eine Policy-Ebene neben der täglichen Umsetzung. In Salesforce Marketing Cloud-Organisationen wird dies sichtbar, wenn zentrale Standards bestehen, lokale Teams jedoch dennoch andere Listen, Segmente, Journeys oder Reportings erstellen. Das geschieht in der Regel nicht aus mangelnder Bereitschaft. Es geschieht, weil lokale Teams kommerziellen Druck erleben und keinen klaren Prozess besitzen, um ihre Anforderungen innerhalb des zentralen Modells zu lösen. Ein Operating Model macht Governance praktisch. Es verbindet Regeln mit Rollen, Rhythmus, Entscheidungsrechten und Eskalationspfaden. Dadurch wird Governance nicht nur nachträgliche Kontrolle, sondern vorgelagerte Steuerung.

Change Ownership als fehlendes Bindeglied

Skalierung erfordert Veränderungen in Prozessen, Verhalten und Verantwortlichkeiten. Dennoch wird Change Ownership häufig unterschätzt. Es gibt zwar einen Projektmanager, Implementierungspartner oder Product Owner, doch niemand trägt strukturell Ownership für Adoption, Prozessanpassung und organisatorische Verankerung. Dadurch wird der Rollout technisch abgeschlossen, während Teams weiterhin nicht auf dieselbe Weise arbeiten. Das Ergebnis ist, dass Salesforce Marketing Cloud zwar verfügbar ist, jedoch nicht konsequent so genutzt wird, wie es vorgesehen war. Change Ownership geht über Training hinaus. Es geht um die Frage, wer sicherstellt, dass lokale Teams neue Arbeitsweisen tatsächlich übernehmen, wer Widerstand erkennt, wer Abweichungen in das zentrale Modell zurückführt und wer das Management dabei unterstützt, die richtigen Erwartungen aufrechtzuerhalten. Besonders bei globalem Wachstum ist dies wesentlich. Ein Marketing Cloud-Rollout betrifft Kampagnenplanung, Sales Alignment, Datendisziplin, Reporting-Verhalten und kommerzielle Priorisierung. Ohne einen Owner für diese Veränderung entsteht schrittweise eine Differenz zwischen dem entworfenen System und der Art und Weise, wie Teams tatsächlich arbeiten.

Multi-Cloud-Architektur macht das Operating Model wichtiger

Wenn Salesforce Marketing Cloud Bestandteil einer Multi-Cloud-Architektur wird, steigt die Notwendigkeit eines Operating Models weiter. Account Engagement, Sales Cloud, Service Cloud, Data 360, Marketing Cloud Intelligence und externe Systeme können gemeinsam eine leistungsfähige kommerzielle Infrastruktur bilden. Doch jede zusätzliche Verbindung erhöht auch den Bedarf an klaren Entscheidungsrechten. Wer bestimmt, welche Daten maßgeblich sind? Wer verwaltet Synchronisationsprobleme? Wer entscheidet, ob ein Signal aus Service, Sales oder Marketing für Aktivierung verwendet werden darf? Ohne Operating Model verwandelt sich Multi-Cloud-Architektur in ein Netzwerk von Abhängigkeiten ohne klare Steuerung. Marketing wartet auf IT, IT wartet auf Business-Definitionen, Sales vertraut den Daten nicht vollständig und das Management sieht Dashboards, die Erläuterungen benötigen. Die Technologie kann dann formal integriert sein, während die Organisation weiterhin fragmentiert arbeitet. Ein Operating Model sorgt dafür, dass technische Integration mit Prozessverantwortung verbunden wird. Dadurch erhält Multi-Cloud-Architektur kommerzielle Bedeutung anstelle lediglich technischer Kohärenz.

Wo Skalierung in der Regel ins Stocken gerät

Die meisten Skalierungsprobleme entstehen nicht auf einmal. Sie bauen sich schrittweise auf. Zunächst werden kleine Ausnahmen zugelassen, weil der Rollout andernfalls zu langsam voranschreitet. Danach entstehen lokale Varianten bei Segmentierung, Journey-Einrichtung und Reporting. Anschließend zeigt sich, dass Performance zwischen Märkten nur schwer vergleichbar ist. Schließlich erhält das zentrale Team immer mehr Verwaltungsaufgaben, während lokale Teams weiterhin unzureichende Autonomie erleben. Das ist der Moment, in dem Organisationen glauben, zusätzliche Tools, mehr Spezialisten oder neue Lizenzen zu benötigen, obwohl das Kernproblem häufig im Operating Model liegt.

Skalierungsproblem	Zugrunde liegende Ursache	Folge ohne Operating Model	Erforderliche Operating-Model-Entscheidung
Lokale Journey-Varianten	Keine klare Grenze zwischen zentralem Standard und lokaler Freiheit.	Journey Performance wird zwischen Märkten schwer vergleichbar.	Festlegen, welche Bestandteile zentral bleiben und welche lokal angepasst werden dürfen.
Unzuverlässiges Reporting	Datendefinitionen und Kampagnenhierarchie werden von jedem Team unterschiedlich angewendet.	Dashboards erfordern zunehmend manuelle Erläuterungen gegenüber dem Management.	Zentrale Ownership für Definitionen, KPIs und Reporting-Logik.
Überlastete Spezialisten	Zu viel Entscheidungsfindung bleibt von wenigen Plattformexperten abhängig.	Das zentrale Team wird zum Bottleneck für Wachstum und Verbesserung.	Rollen, Mandate und Eskalationspfade auf strukturelle Funktionen verteilen.
Langsame Adoption	Change Ownership fehlt nach der technischen Implementierung.	Teams nutzen die Plattform unterschiedlich und fallen in alte Arbeitsweisen zurück.	Ownership für Adoption, Prozessverankerung und Verhaltensänderung.

Diese Muster zeigen, dass Skalierung nicht primär an Funktionalität scheitert. Die Probleme entstehen, weil die Organisation nicht explizit genug definiert hat, wie Wachstum gesteuert wird. Salesforce Marketing Cloud kann dieselbe Journey, dasselbe Datenmodell oder dieselbe Reporting-Logik technisch unterstützen, aber nur ein Operating Model bestimmt, ob Teams diese Möglichkeiten auch konsistent, erklärbar und übertragbar nutzen.

Warum das Management häufig zu spät erkennt, dass Skalierbarkeit fehlt

Das Management erkennt Skalierungsprobleme häufig erst, wenn Dashboards komplex werden, Durchlaufzeiten steigen oder lokale Ergebnisse nicht mehr vergleichbar sind. Zu Beginn erscheint der Rollout erfolgreich, weil mehr Kampagnen laufen, mehr Journeys live sind und mehr Märkte die Plattform nutzen. Das sind sichtbare Zeichen von Wachstum, aber nicht automatisch Zeichen von Skalierbarkeit. Das Volumen kann steigen, während die Steuerbarkeit abnimmt. Für C-Level und Geschäftsleitung ist diese Unterscheidung wichtig. Ein Marketing Cloud-Programm, das in Aktivität, aber nicht in Kontrolle wächst, erzeugt letztlich mehr Abhängigkeiten als strategischen Wert. Budgets fließen dann in Verwaltung, Korrekturarbeit, zusätzliche Abstimmung und lokale Ausnahmen. Die Frage sollte daher nicht nur lauten, wie viele Märkte angebunden wurden, sondern auch, ob die Organisation Pipeline, Umsatz, Conversion, Datenqualität und kommerzielle Priorität besser steuern kann. Ein Operating Model macht diesen Unterschied sichtbar.

Die Rolle von Marketing Operations bei der Skalierung

Marketing Operations ist häufig die Funktion, die das Operating Model in der Praxis tragen muss. Nicht als ausführendes Team, das lediglich Kampagnen erstellt, sondern als verbindende Ebene zwischen Strategie, Plattform, Daten, Sales und Reporting. Marketing Operations kann sicherstellen, dass Standards angewendet werden, dass lokale Anforderungen in skalierbare Lösungen übersetzt werden und dass Verbesserungen nicht weiterhin als einzelne Anfragen zirkulieren. Dadurch wird diese Funktion wesentlich für globales Wachstum und Multi-Cloud-Zusammenarbeit. Diese Rolle erfordert jedoch Mandat. Marketing Operations muss benennen können, wann eine lokale Ausnahme die Skalierbarkeit beeinträchtigt, wann eine Datenverbindung über unzureichende Governance verfügt und wann eine Journey nicht in die Lifecycle-Architektur passt. Gleichzeitig muss Marketing Operations lokale Teams dabei unterstützen, innerhalb klarer Rahmenbedingungen schneller zu arbeiten. Der Wert liegt daher nicht in mehr Kontrolle, sondern in besserer Wiederholbarkeit. Ein Operating Model gibt Marketing Operations die Grundlage, diese Rolle professionell auszufüllen.

Vom Implementierungsprojekt zur skalierbaren Organisationsfähigkeit

Der Reifegradschritt für Salesforce Marketing Cloud-Teams liegt in der Verlagerung vom Projektdenken hin zur Organisationsfähigkeit. Eine Implementierung liefert Funktionalität. Ein Operating Model stellt sicher, dass diese Funktionalität wiederholbar, steuerbar und verbesserbar wird. Dieser Unterschied bestimmt, ob eine Organisation nach dem Pilotprojekt tatsächlich wachsen kann oder fortlaufend neue Projektkorrekturen benötigt. Skalierbarkeit erfordert Rollen, Rhythmus, Governance und Change Ownership, die nicht verschwinden, sobald das Implementierungsteam das Projekt verlässt. Für Organisationen, die globales Wachstum, Multi-Cloud-Architektur oder umfassendere Marketing Automation anstreben, ist dies kein administratives Detail. Das Operating Model bestimmt, ob Salesforce Marketing Cloud zu einer zentralen kommerziellen Infrastruktur wird oder zu einer Sammlung gut gemeinter lokaler Initiativen. Erst wenn Entscheidungsrechte, Verantwortlichkeiten, Release-Rhythmen und Ownership explizit festgelegt sind, kann die Organisation wachsen, ohne Kontrolle zu verlieren. Der Kern besteht darin, dass Skalierung nicht mit mehr Journeys, mehr Integrationen oder mehr Lizenzen beginnt. Sie beginnt mit der Frage, wie die Organisation arbeiten möchte, wenn die Plattform nicht mehr von einem Team, einem Markt oder einem Pilotkontext getragen wird. Wer dies im Voraus gestaltet, macht Salesforce Marketing Cloud skalierbar. Wer dies aufschiebt, erkennt später, dass das Tool zwar mitwachsen kann, die Organisation jedoch nicht.