Account Engagement 2026: Eine zukunftssichere B2B-Marketingarchitektur ohne kostspieligen Neuaufbau

Die Einführung eines neuen Salesforce-Moduls erscheint zunächst wie eine technische Entscheidung. Für einen multinationalen Konzern ist sie jedoch vor allem eine Entscheidung über Geschäftskontinuität, Investitionssicherheit und Steuerbarkeit. Eine erfolgreiche Implementierung von Account Engagement muss bereits heute messbaren wirtschaftlichen Nutzen liefern, ohne das Unternehmen in zwei Jahren dazu zu zwingen, seine gesamte Marketingautomatisierung neu aufzubauen. Genau hier scheitern viele Erweiterungsvorhaben: Die erste Kampagne funktioniert, während die Abhängigkeiten zwischen CRM, Daten, Kommunikationskanälen und regionalen Teams nicht ausreichend berücksichtigt wurden. Salesforce Marketing Cloud Account Engagement, früher unter dem Namen Pardot bekannt, bietet eine leistungsfähige Grundlage für B2B-Lead-Nurturing und die Zusammenarbeit zwischen Marketing und Vertrieb. Allerdings lassen sich nicht sämtliche zusätzlichen Anforderungen innerhalb desselben Produkts erfüllen. Internationale SMS-Kampagnen, mobile Interaktionen, zusätzliche Datenquellen oder KI-gesteuerte Aktionen können weitere Salesforce-Produkte und Integrationen erfordern. Die strategische Herausforderung besteht daher nicht darin, möglichst viele Funktionen sofort einzuführen, sondern darin, eine zusammenhängende Architektur zu schaffen, die zukünftige Erweiterungen ermöglicht, ohne den Wert bestehender Investitionen zu gefährden.

Warum Zukunftssicherheit mit einer unternehmerischen Entscheidung beginnt

Viele Salesforce-Projekte beginnen mit einer operativen Anforderung: ein Formular anbinden, ein Nurturing-Programm einführen oder die Lead-Übergabe an den Vertrieb automatisieren. Anschließend entstehen Anforderungen für zusätzliche Länder, Kommunikationskanäle, Kundensegmente und Berichte. Werden diese Erweiterungen jeweils als eigenständige Projekte behandelt, entwickeln sich unterschiedliche Definitionen, sich überschneidende Integrationen und schwer erkennbare Abhängigkeiten. Die Lizenzlandschaft wächst dann schneller als die Fähigkeit des Unternehmens, seine kommerziellen Prozesse wirksam zu steuern. Auf Geschäftsleitungsebene muss die zentrale Fragestellung deshalb anders formuliert werden. Welche vertriebs- und marketingrelevanten Fähigkeiten benötigt das Unternehmen in den kommenden Jahren, welche Komponenten sind bereits vorhanden und welche Risiken entstehen durch die einzelnen Erweiterungen? Die Antworten bestimmen nicht nur die Konfiguration von Account Engagement, sondern auch die Verantwortlichkeiten, das Integrationsbudget und das Tempo der internationalen Einführung. Eine Architekturentscheidung ist somit gleichzeitig eine Entscheidung über das zukünftige Betriebsmodell des Unternehmens.

Eine zukunftssichere Salesforce-Architektur verhindert nicht jede Veränderung, sorgt jedoch dafür, dass bei Veränderungen nicht jedes Mal das gesamte Fundament neu aufgebaut werden muss.

Account Engagement bleibt eine spezialisierte B2B-Plattform

Account Engagement wurde für das Prospect-Management, die Leadgenerierung, Scoring, Grading und die gezielte Begleitung von Kontakten bis zum nächsten vertrieblichen Schritt entwickelt. Engagement Studio übersetzt diese Zielsetzungen in konfigurierbare Nurturing-Prozesse mit Bedingungen, Aktionen und definierten Zeitpunkten für die Nachverfolgung. Die Integration mit Salesforce CRM verbindet Marketinginteraktionen mit Leads, Kontakten, Accounts und Opportunity-Informationen. Damit nimmt Account Engagement auch 2026 eine klar definierte Rolle innerhalb internationaler B2B-Unternehmen ein. Diese Rolle darf jedoch nicht mit der von Marketing Cloud Engagement verwechselt werden. Mobile Studio, MobileConnect und MobilePush gehören zu Marketing Cloud Engagement und sind keine Standardmodule, die automatisch innerhalb von Account Engagement funktionieren. Salesforce bietet allerdings Erweiterungsmöglichkeiten über Marketing App Extensions, External Activities und External Actions. Durch sorgfältig konzipierte Integrationen können externe Ereignisse Nurturing-Programme beeinflussen und Aktionen aus Account Engagement heraus in angebundenen Systemen ausgelöst werden. Laut der Salesforce-Dokumentation zu den Erweiterungsfunktionen werden diese Komponenten mit Business Units verknüpft, während Aktionen ausdrücklich für die Automatisierung aktiviert werden müssen. Was zunächst wie ein technisches Detail erscheint, entscheidet darüber, wie mehrere Länder dieselbe Architektur sicher nutzen können. Auch die verfügbaren Editionen und Zugriffsberechtigungen müssen vor der technischen Konzeption und Budgetplanung überprüft werden. Ein Architekturdiagramm, das diese Rahmenbedingungen nicht berücksichtigt, stellt keinen umsetzbaren Implementierungsplan dar.

Zuerst die Geschäftslogik gestalten, dann die Kommunikationskanäle

Eine tragfähige Architektur beginnt nicht bei E-Mail-Vorlagen oder einem SMS-Anbieter, sondern bei der zugrunde liegenden Geschäftslogik. Was ist ein Prospect, wann wird dieser einem Account zugeordnet und welche Interaktion verändert tatsächlich die Wahrscheinlichkeit eines Verkaufsabschlusses? Welches System ist die maßgebliche Datenquelle für Kontaktinformationen, Einwilligungen, Account-Status und Vertriebsverantwortlichkeiten? Sobald diese Definitionen festgelegt sind, lässt sich bestimmen, welche Anwendung für welche Aktivität verantwortlich sein soll. Für ein international tätiges B2B-Unternehmen sind dabei vier Architekturentscheidungen unverzichtbar. Sie bilden den Bewertungsrahmen für neue Module und müssen im Vorfeld gemeinsam von Marketing, Vertrieb, IT und den Datenschutzverantwortlichen getragen werden:

• Eindeutige Verantwortung für zentrale Daten: Festlegen, in welchem System Account-Daten, Kontakte, Lifecycle-Status und Einwilligungen verbindlich verwaltet werden.
• Wiederverwendbare Prozesslogik: Entscheidungsregeln und vertriebliche Qualifizierungskriterien nach Möglichkeit von einzelnen Kommunikationskanälen trennen.
• Kontrollierbare Integrationen: Schnittstellen, Berechtigungen, Fehlerbehandlung, Monitoring und Verantwortlichkeiten bei zukünftigen Änderungen dokumentieren.
• Internationale Governance: Unterschiedliche Sprachen, lokale Rechtsvorschriften und kommerzielle Besonderheiten berücksichtigen, ohne in jedem Markt neue Standards einzuführen.

Das bedeutet nicht, dass jeder multinationale Konzern einen einzigen globalen Prozess durchsetzen sollte. Ein Industrieunternehmen mit Vertriebspartnern, ein Technologieanbieter mit direktem Enterprise-Vertrieb und ein Dienstleistungsunternehmen mit Partnerkanälen haben nachweislich unterschiedliche Anforderungen. Die zentrale Architektur muss diese Unterschiede unterstützen, ohne sich zu einer Sammlung undurchsichtiger Sonderlösungen zu entwickeln. Standardisierung schafft dort Mehrwert, wo sie Qualität und Vergleichbarkeit erhöht, nicht dort, wo sie notwendige lokale Geschäftsprozesse behindert.

Von geschlossener Automatisierung zu nachweislich erweiterbaren Integrationen

Eine einfache Schnittstellenlösung kann kurzfristig attraktiv erscheinen. Der Dienstleister stellt zügig eine API-Integration bereit, Kampagnen werden gestartet und das Unternehmen erzielt erste Ergebnisse. Wenn derselbe Prospect später jedoch über WhatsApp, eine Eventplattform und eine mobile Anwendung kommuniziert, zeigt sich, ob die ursprüngliche Integration tatsächlich wiederverwendbar konzipiert wurde. Sind Kundenidentität, Opt-out-Status und Entscheidungsregeln in voneinander unabhängigen Skripten hinterlegt, verteuert sich jede zusätzliche Anwendung. Account Engagement bietet mit External Actions und External Activities einen relevanten alternativen Ansatz. Eine externe Aktivität kann beispielsweise die Teilnahme an einem Webinar als Grundlage für Segmentierung oder Nurturing verfügbar machen. Eine externe Aktion kann unter den entsprechenden Voraussetzungen einen Vorgang in einem angebundenen System auslösen, etwa eine Registrierung oder einen SMS-Aufruf. Diese Funktionen sind jedoch nicht uneingeschränkt nutzbar: Invocable Actions, Autorisierungen, Ausführungslimits und Fehlerbehandlung bestimmen, ob eine Lösung im produktiven Betrieb zuverlässig funktioniert. Für die Unternehmensleitung geht es dabei vor allem um beherrschbare Abhängigkeiten. Wer entwickelt und wartet die Integration, wenn Salesforce oder ein Anbieter Änderungen vornimmt? Wie werden Fehler erkannt, bevor ein geschäftskritischer Vertriebsprozess unterbrochen wird? Was geschieht mit den Daten, wenn ein Dienstleister ersetzt wird oder ein Markt vorübergehend nicht angesprochen werden darf? Diese Fragen sind wirtschaftlich bedeutsamer als die Geschwindigkeit, mit der eine erste Demonstration präsentiert werden kann.

Praxisbeispiel: Internationale SMS-Kampagnen in Asien

Eine typische Herausforderung im Enterprise-Umfeld ist die Einführung von SMS zusätzlich zu bestehenden Nurturing-Programmen. Angenommen, ein multinationales Unternehmen nutzt Account Engagement für die B2B-Segmentierung und Engagement Studio für die Nachverfolgung, während für verschiedene asiatische Märkte mobile Kampagnen über Mobile Studio geprüft werden. Die Versuchung ist groß, eine einzige Versandschnittstelle zu entwickeln und das Nachrichtenvolumen möglichst schnell zu erhöhen. Lokale Anforderungen an Absenderkennungen, Datenquellen, Zeitzonen, Einwilligungsregelungen und operative Kapazitäten erfordern jedoch einen umfassenderen Ansatz. Ein stufenweises Implementierungsprojekt von ungefähr zehn Wochen kann dabei als organisatorischer Rahmen dienen, der von der Bestandsaufnahme bis zur kontrollierten Einführung reicht. In den ersten Wochen werden Länder, Zielgruppen, Absenderregistrierungen, Berechtigungen und Einwilligungsanforderungen untersucht. Anschließend werden Integrationen und Nachrichtenlogik mit kontrollierten Zielgruppen getestet und die Ergebnisse für jeden Markt bewertet. Erst wenn die relevanten technischen und rechtlichen Voraussetzungen bestätigt wurden, erfolgt die Erweiterung auf größere Versandvolumen und zusätzliche Kampagnen. Dies ist ausdrücklich keine allgemeingültige Salesforce-Vorgabe, nach der SMS-Absenderkennungen über einen Zeitraum von zehn Wochen aufgewärmt werden müssen. Salesforce verweist in seiner Dokumentation zu SMS-Absenderkennungen auf länderspezifische Bereitstellungsprozesse, Genehmigungen und Anforderungen der Mobilfunkanbieter. Ein realistischer Zeitplan ergibt sich daher aus dem betreffenden Land, der Art der Absenderkennung, dem ausgewählten Anbieter und der organisatorischen Komplexität. Auch Zustellraten und Einwilligungsnachweise müssen während des gesamten Projekts überprüft werden; das reine Versandvolumen beweist noch keine erfolgreiche Implementierung.

Welche Aufgaben gehören zu den einzelnen Implementierungsphasen?

Eine internationale Einführung wird steuerbar, wenn die Geschäftsleitung nicht nur einen endgültigen Fertigstellungstermin erhält, sondern auch die Voraussetzungen kennt, unter denen das Projekt in die nächste Phase übergehen darf. Die nachfolgende Einteilung veranschaulicht die Projekt-Governance für ein Unternehmen mit bestehenden Salesforce-Prozessen in mehreren Märkten. Die angegebenen Wochen dienen als Orientierung und können sich durch Dienstleister, lokale Registrierungen oder zusätzliche Compliance-Anforderungen verschieben. Entscheidend ist, dass jede Phase eine nachvollziehbare Entscheidung ermöglicht.

Phase	Aufgaben und Kontrollpunkte	Entscheidung für die Skalierung
Woche 1–2: Konzeption	Länder, Anwendungsfälle, Datenflüsse, Einwilligungen, Absenderregistrierungen und Systemverantwortlichkeiten festlegen.	Freigegebene Architektur und dokumentierte länderspezifische Anforderungen.
Woche 3–4: Einrichtung	Integrationen, Fehlerbehandlung, Opt-out-Prozesse, Protokollierung und kontrollierte Funktionstests einrichten.	Technische und rechtliche Betriebsbereitschaft nachweisen.
Woche 5–7: Pilotphase	Begrenzte, rechtmäßig ansprechbare Zielgruppen sowie Nachrichtenqualität, Zustellung, Reaktionen und Vertriebsnachverfolgung prüfen.	Definierte Leistungs- und Risikoschwellen erreichen.
Woche 8–10: Einführung	Weitere Märkte schrittweise einbinden, operative Verantwortlichkeiten übergeben und Berichterstattung standardisieren.	Formale Abnahme je Markt und Übergabe an den laufenden Betrieb.

Für einen CFO oder CIO macht diese Vorgehensweise Investitionsentscheidungen transparenter. Eine Verzögerung bei der Genehmigung einer Absenderkennung wird als externe Abhängigkeit sichtbar und nicht als unerklärliche Projektüberschreitung behandelt. Eine enttäuschende Resonanz wird analysiert, bevor das Versandvolumen steigt. Und eine Integration, deren Wiederherstellbarkeit bei Fehlern nicht nachgewiesen wurde, wird nicht stillschweigend Bestandteil eines geschäftskritischen Prozesses.

Warum Geofencing und Beacons bereits heute berücksichtigt werden sollten

Der wirtschaftliche Wert einer modularen Architektur wird deutlich, wenn ein Unternehmen zu einem späteren Zeitpunkt zusätzliche Kontextdaten nutzen möchte. Denkbar ist beispielsweise ein internationaler Konzern mit Showrooms, Servicezentren oder eigenen Geschäften, in denen mobile Interaktionen mit einem bestimmten Besuchsort verknüpft werden sollen. Ein Geofence kann einen virtuellen geografischen Bereich definieren, während ein Bluetooth-Beacon die Erkennung räumlicher Nähe innerhalb eines Standorts unterstützen kann. Für die Marketingleitung entsteht dadurch die Möglichkeit, relevante Kommunikation mit einem konkreten Moment der Customer Experience zu verbinden. Ein mögliches Beispiel ist ein Besucher, der mit ausdrücklicher Einwilligung eine mobile App nutzt und während seines Aufenthalts in einem Showroom Informationen zu einer bestimmten Produktkategorie erhält. Das Salesforce Engagement SDK unterstützt standortbezogene Benachrichtigungen über MobilePush, einschließlich Geofences und Beacons. Daraus ergibt sich jedoch nicht automatisch der Versand eines SMS-Rabattcodes: Dafür sind eine separate Triggerlogik, ein geeignetes Kommunikationsmedium, eine eindeutige Identitätszuordnung und eine rechtsgültige Einwilligung erforderlich. Darüber hinaus muss geprüft werden, ob die Verarbeitung präziser Standortdaten notwendig und verhältnismäßig ist. Gerade diese Unterscheidung zwischen einer zukünftigen Möglichkeit und einer unmittelbar verfügbaren Funktion gehört in eine ausgereifte Architekturplanung. Wenn Identitätsmanagement, Einwilligungsprozesse und Kanalschnittstellen von Anfang an berücksichtigt wurden, kann ein späteres Proximity-Marketing-Projekt auf bestehenden Standards aufbauen. Fehlt dieses Fundament, kann eine attraktive Retail-Idee unerwartet umfangreiche Umstrukturierungen erforderlich machen. Flexibilität bedeutet deshalb nicht, sämtliche potenziellen Anwendungen schon heute zu erwerben, sondern sicherzustellen, dass zukünftige Anwendungen nicht an grundlegenden Architekturkonflikten scheitern.

Die Rolle von Data 360: Mehrwert ohne unnötige Abhängigkeiten schaffen

Salesforce Data 360, die heutige Bezeichnung der früheren Data Cloud, kann Informationen aus mehreren Quellen für Segmentierung, Analysen und Aktivierung harmonisieren und miteinander verknüpfen. Für Unternehmen mit fragmentierten Kundenidentitäten oder unterschiedlichen Business Units kann dies einen erheblichen Mehrwert schaffen. Dennoch ist Data 360 nicht automatisch eine Voraussetzung für jede funktionsfähige Account Engagement-Implementierung. Eine Unternehmensleitung, die ihre Datenarchitektur bewertet, sollte deshalb zunächst die angestrebten kommerziellen Anwendungsfälle definieren und erst anschließend die dafür erforderlichen Plattformen auswählen. Werden Daten aus verschiedenen Ländern zusammengeführt, entstehen zusätzliche Fragen zur Identitätsauflösung, Einwilligung und Datenzugriffssteuerung. Ein zentralisiertes Kundenprofil ist nur dann sinnvoll, wenn die zugrunde liegende Identitätszuordnung zuverlässig ist und die Nutzung rechtlich sowie organisatorisch gerechtfertigt bleibt. Zudem muss festgelegt werden, welche Daten in Echtzeit benötigt werden und welche Informationen periodisch verarbeitet werden können. Eine unnötig komplexe Architektur erhöht die Kosten, ohne zwangsläufig die Geschwindigkeit kommerzieller Entscheidungen zu verbessern. Ein sinnvoller Ansatz besteht darin, zunächst die geschäftskritischen Datenquellen und deren Qualität zu erfassen. Anschließend wird die bestehende CRM-Integration im Hinblick auf das gewünschte Kundenbild überprüft und es werden die fehlenden Fähigkeiten konkret definiert. Erst danach sollte Data 360 als gezielte Erweiterung bewertet werden, einschließlich verbrauchsabhängiger Kosten, Verwaltungsaufwand und Berechtigungsmodell. So bleibt der Business Case maßgeblich und die technologische Plattform wird nicht zum Selbstzweck.

Governance über mehrere Länder, Marken und Business Units hinweg

Internationales Wachstum macht Unterschiede sichtbar, die innerhalb eines einzelnen Marktes kaum auffallen. Regionale Teams verwenden mitunter unterschiedliche Definitionen für qualifizierte Leads, abweichende Aufbewahrungsfristen und verschiedene Vertriebsprozesse. Werden diese Unterschiede ohne zentrale Vereinbarungen in Account Engagement umgesetzt, entstehen innerhalb derselben Vertriebsorganisation unterschiedliche Versionen der Wahrheit. Die damit verbundenen Kosten zeigen sich später in der Berichterstattung, fehlerhaften Lead-Übergaben und einer zunehmend schwierigen internationalen Optimierung. Das Governance-Modell muss daher ausdrücklich festlegen, welche Standards weltweit gelten und welche Elemente regional gesteuert werden. Zentrale Teams können die Verantwortung für Datendefinitionen, Sicherheit, Integrationsprinzipien und Release-Management übernehmen. Lokale Teams können innerhalb vereinbarter Rahmenbedingungen weiterhin für Sprache, Marktgegebenheiten, freigegebene Inhalte und Kampagnenprioritäten verantwortlich bleiben. Ohne klar geregelte Entscheidungsbefugnisse entsteht entweder ein unpraktikabler zentraler Engpass oder eine Systemlandschaft, in der jeder Markt wieder von vorne beginnt.

Die tatsächliche Skalierbarkeit der Marketingautomatisierung zeigt sich nicht an der Anzahl verfügbarer Funktionen, sondern daran, in welchem Umfang einzelne Länder eigenständig arbeiten können, ohne die gemeinsame Architektur zu fragmentieren.

Der Business Case: Was verhindert einen kostspieligen Neuaufbau tatsächlich?

Ein Business Case für die Erweiterung einer Salesforce-Umgebung beschränkt sich häufig auf Lizenzkosten, Implementierungsstunden und erwartete Kampagnenerträge. Diese Betrachtung ist unvollständig. Eine nicht wiederverwendbare Integration verursacht später zusätzlichen Testaufwand, Nachbesserungskosten, uneinheitliche Berichte und Abhängigkeiten von bestimmten Dienstleistern oder einzelnen Entwicklern. Der finanzielle Schaden ist nicht immer in einer einzigen Budgetposition sichtbar, sondern verteilt sich auf Marketing Operations, Vertrieb, IT und externe Beratungsleistungen. Eine fundierte Investitionsbewertung vergleicht deshalb mindestens zwei Szenarien: eine schnelle, begrenzte Lösung und eine modulare Architektur mit ausdrücklich vorgesehenen Erweiterungsmöglichkeiten. In beiden Fällen müssen Implementierung, jährlicher Wartungsaufwand, Änderungskosten, Ausfallrisiken und der erwartete kommerzielle Nutzen berücksichtigt werden. Eine komplexere Architektur ist nicht grundsätzlich besser; unter bestimmten Umständen kann eine begrenzte Integration wirtschaftlich sinnvoll sein. Entscheidend ist, dass die Wahl bewusst auf Grundlage zukünftiger Anforderungen und nachvollziehbarer Annahmen getroffen wird. Für den CMO ist relevant, ob neue Märkte schneller und konsistenter bedient werden können. Für den CIO steht im Vordergrund, ob Integrationen langfristig wartbar und sicher bleiben. Der CFO betrachtet die Gesamtbetriebskosten, während die Vertriebsleitung wissen möchte, ob der Vertrieb tatsächlich hochwertigere Verkaufschancen erhält. Eine leistungsfähige Salesforce-Architektur verbindet diese Interessen, bevor die erste neue Kampagne entwickelt wird.

Vom Architekturdokument zur steuerbaren Umsetzung

Der wertvollste nächste Schritt ist keine weitere Architekturpräsentation, sondern eine validierte Capability-Roadmap. Erfassen Sie zunächst, welche Journeys, Integrationen, Datenflüsse und Verantwortlichkeiten bereits funktionieren. Bewerten Sie anschließend, welche geplanten Erweiterungen dieselben Grundlagen nutzen und welche zusätzliche spezifische Anforderungen mit sich bringen. Dokumentieren Sie schließlich, welche Bestandteile erhalten bleiben, welche angepasst werden müssen und welche Module erst dann untersucht werden sollten, wenn der zugrunde liegende Business Case nachgewiesen wurde. Für bestehende Account Engagement-Kunden muss Zukunftssicherheit nicht mit der Migration auf ein anderes Produkt beginnen. Sie kann mit konsistenteren CRM-Definitionen, wiederverwendbaren External Actions, einem verbesserten Berechtigungsmodell oder der Neugestaltung eines einzelnen internationalen Nurturing-Prozesses starten. Dadurch wird die Modernisierung zu einer Reihe steuerbarer Entscheidungen statt zu einer Alles-oder-nichts-Transformation. Das Unternehmen schützt den Wert seiner bisherigen Investition und schafft gleichzeitig Raum für neue kommerzielle Möglichkeiten. CloudEngagePro betrachtet Salesforce-Architektur aus dem Zusammenspiel von Marketingzielen, funktionalem Design und praktischer Umsetzbarkeit. Es geht nicht darum, möglichst viele Module zu installieren, sondern darum, die heutigen Anforderungen eines Unternehmens sorgfältig mit den Möglichkeiten zu verbinden, die es zukünftig verantwortungsvoll nutzen möchte. Für multinationale Unternehmen liegt darin der Kern skalierbarer B2B-Marketingautomatisierung: heute Ergebnisse erzielen, ohne morgen das gesamte Fundament erneut errichten zu müssen.