Was Omnichannel wirklich bedeutet – für vier Rollen im Unternehmen
Omnichannel-Marketing ist kein Kanal und kein Werkzeug. Es ist der Zustand, in dem Kundendaten, Entscheidungslogik und Ausspielung so verbunden sind, dass jede Nachricht dasselbe über den Kunden weiß. Was das konkret heißt, hängt davon ab, wo Sie sitzen: Im Marketing bedeutet es andere Kampagnen, in der Analyse andere Fragen, im Management andere Zahlen. In der Architektur bedeutet es andere Entscheidungen und die meiste Arbeit.
In 60 Sekunden
Omnichannel scheitert selten am Kanal. Es scheitert an den Übergaben zwischen Marketing, Analyse, Leitung und Architektur — an den Stellen, an denen eine Rolle etwas voraussetzt, das eine andere nie zugesagt hat. Dieser Artikel beschreibt für jede der vier Rollen, was Omnichannel konkret bedeutet, woran es scheitert und was sie von den anderen braucht.
Wo sitzen Sie?
Omnichannel bedeutet in jeder der vier Rollen etwas anderes. Wählen Sie Ihre — der Artikel beantwortet sie einzeln.
Eine Nachricht steht nicht mehr am Anfang und am Ende einer Kampagne, sondern in einer Strecke, die weiterläuft. Der Zeitpunkt wird zur Variable, die Frequenz gilt pro Mensch statt pro Kampagne.
Woran es scheitertSend-Time Optimization kennt die Ruhezeiten nicht — und die Ruhezeiten greifen nur, wenn das Profil eine Zeitzone hat.
Zum Kapitel Marketing →Die Arbeit verschiebt sich von der Auswertung nach hinten zur Modellierung nach vorne. Die Frage lautet nicht mehr, was passiert ist, sondern welches Ereignis entstehen muss, damit die Journey morgen darauf reagieren kann.
Woran es scheitertDer Identity Graph fasst maximal 50 Identitäten pro Person. Darüber wird nach First-in-first-out gelöscht, beginnend bei Cookie-IDs.
Zum Kapitel Analyse →Eine Investitionsentscheidung mit einer unangenehmen Eigenschaft: Der Nutzen entsteht erst, wenn mehrere Ebenen gleichzeitig fertig sind. Ein halb verbundenes System kostet doppelt und liefert nichts.
Woran es scheitertIn der Aufbauphase mit den Zahlen der Betriebsphase zu messen. Beide Maßstäbe sind richtig, nur nicht gleichzeitig.
Zum Kapitel Management →Eine Kette von Festlegungen, die später niemand mehr sieht — und die bestimmen, ob die drei anderen Rollen bekommen, was sie erwarten. Datenhoheit, Mapping, und der Ort der Entscheidung.
Woran es scheitertGovernance ist kein Standardumfang: Consent Policies sind lizenzpflichtig, und sämtliche Richtlinien sind standardmäßig deaktiviert.
Zum Kapitel Architektur →Omnichannel-Marketing ist die Aussteuerung von Kommunikation über mehrere Kanäle auf Basis eines gemeinsamen Kundenprofils und einer gemeinsamen Entscheidungslogik. Der Unterschied zu Multichannel liegt nicht in der Zahl der Kanäle, sondern darin, dass alle Kanäle denselben Wissensstand teilen: Wer per E-Mail widerspricht, ist auch im Push-Kanal widersprochen. Wer gestern gekauft hat, sieht heute keine Anzeige mehr für dasselbe Produkt.
Das klingt selbstverständlich und ist es in der Praxis selten, weil die vier Gruppen, die daran arbeiten, mit „Omnichannel“ jeweils etwas anderes meinen. Die Übergabepunkte zwischen ihnen sind die Stellen, an denen Projekte scheitern. Eine Untersuchung der Harvard Business Review zu B2B-Vertriebsorganisationen kommt zum selben Schluss: Multichannel behandelt Kanäle als Silos, Omnichannel setzt eine kanalübergreifende Sicht auf den Kunden voraus.
Für das Marketing-Team: dieselbe Person, nicht dieselbe Liste
Für ein Kampagnenteam bedeutet Omnichannel, dass eine Nachricht nicht mehr am Anfang und am Ende einer Kampagne steht, sondern in einer Strecke, die weiterläuft.
Eine E-Mail wird mit einer Kennung ausgeliefert, die der Kunde beim Klick mitbringt. Die Website erkennt ihn wieder und zeigt statt der Startseite den Kontext, aus dem er kommt. Was er dort tut, steht anschließend im selben Profil, aus dem die nächste Nachricht gebaut wird. Steckt er gleichzeitig in einer zweiten Strecke, etwa in der Willkommensserie und in einer Reaktivierung, bemerkt das System den Konflikt, statt beide zu versenden.
Der Zeitpunkt wird zur Variable. Adobe Journey Optimizer bietet dafür Send-Time Optimization: ein Modell, das aus 16 Wochen Öffnungs- und Klickverhalten für jede Stunde der Woche eine Wahrscheinlichkeit berechnet und den Versand innerhalb eines gewählten Fensters von 2 bis 100 Stunden platziert. Salesforce macht dasselbe mit Einstein Send Time Optimization: 90 Tage Interaktionsdaten, ein Wahrscheinlichkeitswert für jede der 168 Wochenstunden.
Die Frequenz gilt pro Mensch, nicht pro Kampagne. Frequenzregeln lassen sich kanalübergreifend definieren; die Dokumentation beschreibt ausdrücklich, dass mehrere Kanäle ausgewählt werden können, wenn die Begrenzung als Gesamtzahl über alle gelten soll.
Inhalt wird zur Regel statt zum Text. Personalisierung greift auf dieselben Profilfelder zu wie die Eintrittsbedingung der Journey; Fragmente halten Pflichtangaben zentral und werden laut Dokumentation automatisch an alle Inhalte weitergegeben, die sie nutzen, auch an laufende Journeys, solange die Vererbung nicht gebrochen wurde.
Zwei Funktionen mit demselben Ziel reden nicht miteinander. Adobe dokumentiert als Guardrail, dass Send-Time Optimization die Ruhezeiten nicht kennt. Die Ruhezeiten wiederum greifen nur, wenn das Profil eine Zeitzone hat, wörtlich: If a profile has no time zone value, quiet hours are not enforced for that profile.
Ein leeres Attribut hebelt die Schutzregel aus, und niemand merkt es, bis nachts eine Push rausgeht.
Kurzer Check · Ruhezeiten
Ruhezeiten sind konfiguriert. Für welche Profile greifen sie trotzdem nicht?
Die Lücke, die niemand meldet
In der Praxis scheitert das selten daran, dass eine Funktion fehlt. Es scheitert daran, dass die Teams, die Kampagnen bauen, den Möglichkeitsraum ihres eigenen Werkzeugs nicht kennen. Man kann nicht bestellen, was man nicht kennt, also fällt man auf die Orchestrierung zurück, die man beherrscht: Liste, Versand, Auswertung. Die Plattform könnte mehr, aber niemand fragt danach.
Das ist keine Frage von Kompetenz, sondern von Gelegenheit. Ein Kampagnenteam mit vollem Versandkalender hat keine Stunde, in der es eine Funktion ausprobieren darf. Die Dinge, die den Unterschied machen, sind zudem selten die großen: ein zusätzliches Ereignis im Tagging, ein kleiner Datensatz, der eine Bedingung überhaupt erst möglich macht, ein Feld, das längst existiert und das niemandem gezeigt wurde. Solche Kleinigkeiten muss jemand aktiv vorführen, ein Architekt oder ein Product Owner, der beide Seiten kennt.
Dahinter steht ein Organisationsmuster, in dem das Marketing einen Wunsch formuliert und die Technik ihn baut. Für eine einzelne Kampagne funktioniert das. Für Omnichannel nicht, weil die interessanten Anwendungsfälle erst entstehen, wenn beide Seiten wissen, was die andere hat. Im Wasserfall bekommt das Marketing am Ende das, was es sich vorstellen konnte, und das ist regelmäßig weniger als das, was möglich gewesen wäre. Die Harvard Business Review hat dieses Muster schon 2016 unter dem Titel „Bridging the Gap Between Marketing and IT“ beschrieben: Solange die IT als Torwächter agiert, statt Ergebnisse gemeinsam zu verantworten, bleibt die Lieferbeziehung bestehen.
Marketing wünscht, Technik baut: Das ist eine Lieferbeziehung. Omnichannel ist keine.
- ein Profil mit gepflegter Zeitzone und Consent je Kanal
- saubere Ereignisse statt nachträglich gebauter Listen
- eine Entscheidung darüber, welcher Kanal Vorrang hat, wenn zwei Strecken gleichzeitig zutreffen
- eine Sandbox mit realistischen Testdaten, in der Ausprobieren erlaubt ist
Wie ein solches Enablement aufgebaut wird, ist ein eigenes Thema.
Für das Analyse-Team: aus Rohdaten werden Entscheidungen
Für Analysten verschiebt Omnichannel die Arbeit von der Auswertung nach hinten zur Modellierung nach vorne. Die Frage lautet nicht mehr, was passiert ist, sondern welches Ereignis erzeugt werden muss, damit die Journey morgen darauf reagieren kann.
Der Unterschied klingt akademisch und ist es nicht. Ein Rohdatensatz aus dem Warehouse ist ein Zustand. Eine Journey braucht ein Ereignis, also etwas, das zu einem Zeitpunkt passiert ist und unveränderlich bleibt. Adobe trennt das über zwei Klassen: das zustandsbeschreibende Profil und das zeitbasierte Experience Event. Was als Attribut modelliert wird, kann eine Bedingung prüfen. Was als Ereignis modelliert wird, kann eine Strecke auslösen. Diese Entscheidung fällt beim Datenmodell, nicht in der Kampagne.
Dazwischen liegen die Flags: abgeleitete Merkmale, die eine Entscheidung tragen, ohne das Rohfeld zu übertragen. Herkunft eines Kunden, Wertklasse, Region statt Adresse. Sie entstehen beim Import und sind der Punkt, an dem aus einer Datenbank eine Entscheidungsgrundlage wird.
Identität ist eine Modellierungsfrage. Dass Geräte-ID, E-Mail und CRM-ID zu einer Person werden, entscheidet der Identity Graph anhand von Namespaces. Merge Policies legen fest, welcher Datensatz gewinnt, wenn zwei Quellen einander widersprechen, entweder über Datensatzpriorität oder über den Zeitstempel.
Wo gerechnet wird, entscheidet mit. Eine Zielgruppe, die auf der Edge ausgewertet werden soll, muss dafür modelliert sein. Die Dokumentation lässt daran keinen Zweifel. Enthält eine Audience ausschließlich Profilattribute, wird sie nur einmal täglich ausgewertet, auch auf der Edge.
Die Daten waren schon da
Der verbreitetste Irrtum vor einem Omnichannel-Vorhaben lautet, man müsse zuerst Daten sammeln. In den Projekten, die ich begleitet habe, war das nie das Problem. Ereignisse und Kennzeichen liefen längst ins Haus, oft in ein eigenes Warehouse oder eine bestehende Kundendatenplattform, betreut von Datenarchitekten mit gutem Überblick. Die Arbeit lag darin, dieselben Daten so zu modellieren, dass eine Journey sie lesen kann.
Im Einzelnen war das das richtige Mapping auf XDM, damit ein vorhandenes Feld zum ansprechbaren Attribut wird. Die richtigen Datensätze überhaupt erst übertragen, die falschen bewusst nicht. Datenqualität gegen Dubletten, bevor sie zu zwei Profilen für eine Person werden; eine Untersuchung in der Harvard Business Review fand 2017, dass nur drei Prozent der geprüften Unternehmensdatensätze grundlegende Qualitätsstandards erfüllten. Und schließlich die Identitätsauflösung: welche Kennung aus welchem Kanal auf welche zusammengeführt werden darf, und welche am Ende die führende ist.
Diese Fragen klingen technisch und sind Geschäftsentscheidungen. Am deutlichsten zeigt das ein Fall, den jedes Haus kennt: Ein Kunde hat zwei E-Mail-Adressen. Sind das zwei Personen oder eine? Führt man sie zusammen, riskiert man, zwei verschiedene Menschen zu verschmelzen. Lässt man sie getrennt, riskiert man, dass eine Abmeldung nur die halbe Person erreicht und der Kunde weiter Post bekommt, obwohl er widersprochen hat. Beides ist ein Fehler, aber nur der zweite ist ein rechtliches Problem. Die Antwort gehört deshalb nicht in die Regelkonfiguration, sondern in eine Entscheidung, die jemand verantwortet, und anschließend in Regeln, die solche Fälle automatisch von der Aussteuerung ausschließen.
Der Identity Graph fasst maximal 50 Identitäten pro Person. Wird das Limit überschritten, löscht Adobe nach First-in-first-out, beginnend bei Cookie-IDs. Die Namespace-Priorität hilft dann nicht mehr; die Dokumentation stellt ausdrücklich klar, dass sie beim Erreichen des Limits keine Wirkung hat. Ein Haus, das viele anonyme Sitzungen einsammelt, verliert damit die Verknüpfung, wegen der es das Ganze gebaut hat.
- die Fachfrage vor dem Feld: welche Entscheidung soll fallen?
- aus der Architektur die Zusage, dass Ereignisse zuverlässig und in der richtigen Reihenfolge ankommen
- aus dem Fachbereich eine verantwortete Antwort auf die Frage, wann zwei Kennungen dieselbe Person meinen
Für die Marketingleitung: welche Zahl rechtfertigt das Budget
Auf CMO-Ebene ist Omnichannel keine Funktionsliste, sondern eine Investitionsentscheidung mit einer unangenehmen Eigenschaft. Der Nutzen entsteht erst, wenn mehrere Ebenen gleichzeitig fertig sind. Ein halb verbundenes System kostet doppelt und liefert nichts.
Zwei Phasen, zwei Erfolgsbegriffe
Der häufigste Fehler auf dieser Ebene ist, in der Aufbauphase mit den Zahlen der Betriebsphase zu messen. Beide Maßstäbe sind richtig, nur nicht gleichzeitig.
In der ersten Phase ist der Erfolg ein Fähigkeitszuwachs. Datenpipelines werden erweitert, neue Datenpunkte kommen hinzu, und daraus entstehen Anwendungsfälle, die vorher nicht möglich waren: ein Kunden-Scoring, ein Aktivierungsgrad, eine Segmentierung, die auf Verhalten beruht statt auf Zugehörigkeit. Der eigentliche Effekt ist, dass Entscheidungen und Folgeschritte überhaupt datengestützt getroffen werden. Bestehende Kanäle bekommen neue Anwendungsfälle, bevor neue Kanäle dazukommen.
Öffnungsraten, Klickzahlen und Bounces sind in dieser Phase die falsche Messgröße. Nicht weil sie unwichtig wären, sondern weil sich unter ihnen die Bezugsgröße verändert: andere Zielgruppenlogik, andere Auslöser, andere Frequenz. Eine Kennzahl, deren Grundgesamtheit sich gerade ändert, misst nichts.
In der zweiten Phase kehrt sich das um. Wenn die Strecken laufen, ist Wirkung die einzige Frage, die zählt. Dann tragen drei Effekte, und einer davon ist der, über den am wenigsten gesprochen wird.
Media-Budget hört auf, Bestandskunden zu bezahlen. Wenn Zielgruppen aus dem eigenen Profil an Werbeplattformen aktiviert werden, lassen sich Kunden gezielt ausschließen. Adobe nennt den Anwendungsfall im B2B-Blueprint beim Namen: bestehende Kunden, gewonnene Accounts und laufende Verkaufsprozesse aus Akquisekampagnen ausschließen, um Streuverluste zu senken. Die Prämisse dahinter ist belegt. Blake, Nosko und Tadelis haben in Econometrica anhand eines geografisch randomisierten Abschaltens von Suchanzeigen bei eBay gezeigt, dass ein Großteil des Budgets auf Nutzer entfällt, die ohnehin gekauft hätten.
Frequenz wird steuerbar, Abmeldungen sinken. Kanalübergreifende Frequenzregeln begrenzen, wie oft eine Person insgesamt kontaktiert wird. Die Evidenz zum Effekt ist hier belastbarer als bei den meisten Marketingthemen: Zhang, Kumar und Cosguner haben den Zusammenhang von Kontaktfrequenz und Abwanderung im Journal of Marketing Research untersucht, Sahni die Wirkung von Kontaktabständen in randomisierten Feldexperimenten.
Wirkung wird messbar statt plausibel. Journey-level Holdout hält einen konfigurierbaren Anteil der Zielgruppe bewusst aus der Strecke heraus. Der Vergleich beider Gruppen zeigt, was die Kampagne verursacht hat, und nicht, was ihr zugerechnet wurde. Die Funktion ist seit September 2026 in eingeschränkter Verfügbarkeit; die Messung selbst läuft über Customer Journey Analytics, nicht im Journey-Reporting.
Attribution verteilt Credit. Sie misst keine Wirkung. Das ist ein Unterschied, der Budgets kostet.
Dieser Punkt verdient Deutlichkeit, weil er gegen die Gewohnheit läuft. Gordon, Zettelmeyer, Bhargava und Chapsky haben in Marketing Science fünfzehn randomisierte Experimente mit rund 500 Millionen Beobachtungen ausgewertet und gezeigt, dass beobachtungsbasierte Methoden den Werbeeffekt regelmäßig verfehlen, meist nach oben. Lewis und Rao haben im Quarterly Journal of Economics anhand von 25 Feldexperimenten belegt, dass die üblichen Fallzahlen für eine belastbare ROI-Aussage nicht ausreichen. Ein Budget, das auf einem Attributionsmodell ruht, ruht auf einer Zuordnungsregel und nicht auf einem Beweis.
Die Öffnungsrate taugt seit Apples Mail Privacy Protection ohnehin nicht mehr als Zielgröße. Apple lädt entfernte Inhalte im Hintergrund und verbirgt die IP-Adresse, wodurch Öffnungsereignisse strukturell verzerrt sind. Sahni, Wheeler und Chintagunta haben in einem randomisierten Experiment gezeigt, dass Öffnungen und Leads unterschiedlich stark reagieren; der Proxy skaliert nicht mit dem Ergebnis.
Für den kausalen Effekt von Bestandskunden-Ausschluss auf die Akquisekosten existiert keine peer-reviewte Studie und kein Working Paper mit offengelegtem Testdesign. Alle kursierenden Zahlen dieser Art stammen aus Anbieter-Fallstudien ohne Kontrollgruppe. Eine belastbare Zahl für das eigene Haus muss man selbst messen, über einen geografischen Split oder ein Ghost-Ads-Design.
Die Zweiteilung hat allerdings eine Bedingung, sonst wird sie zur Ausrede. Die Aufbauphase braucht ein Enddatum und eine Zusage, ab wann Wirkung gemessen wird. Ohne diese Verabredung steht ein Vorhaben nach anderthalb Jahren mit vielen neuen Fähigkeiten und ohne eine einzige belastbare Zahl da, und es wird in dem Moment zum Diskussionsgegenstand, in dem ein Budget neu verhandelt wird. Die Phasen zu trennen heißt, den Übergang zu terminieren.
- eine ehrliche Aussage, welche Ebenen fertig sein müssen, bevor der erste Effekt eintritt
- eine explizite Verabredung, wann von Fähigkeit auf Wirkung umgestellt wird
- die Bereitschaft, eine Holdout-Gruppe auszuhalten, statt sie als verschenkte Reichweite zu sehen
Für die Architektur: wo die Entscheidung fällt, entscheidet alles
In der Architektur ist Omnichannel kein Feature, sondern eine Kette von Festlegungen, die später niemand mehr sieht und die bestimmen, ob die drei anderen Rollen bekommen, was sie erwarten.
Die erste Festlegung ist die Datenhoheit: Welches System bleibt führend, und welchen Ausschnitt bekommt die Plattform? Die zweite ist das Mapping: Welches Rohfeld wird übertragen, welches Merkmal beim Import abgeleitet, welche Löschfrist gilt je Datensatz. Die dritte betrifft den Ort der Entscheidung.
Hub oder Edge ist keine Detailfrage. Das Edge-Profil verarbeitet laut Dokumentation ausschließlich Verhaltensdaten, Daten aus dem Hub werden dort maximal 14 Tage vorgehalten, und zwischen beiden kann es Unterschiede geben. Website-Personalisierung wird also auf dieser Basis versprochen, nicht auf dem vollständigen Profil.
Client- oder serverseitig ist eine Produktentscheidung. Der Web-Kanal in Journey Optimizer ist client- oder hybridseitig implementierbar; eine reine Server-Side-Umsetzung wird ausdrücklich nicht unterstützt. Für Adobe Target gilt: ohne Web SDK keine Edge-Segmentierung und keine Personalisierung auf derselben oder der nächsten Seite.
Eine eigene Tracking-Domain ist Wiedererkennung, nicht Kosmetik. Adobe dokumentiert First-Party-Geräte-IDs, die serverseitig über einen DNS-Eintrag gesetzt und über CNAME erfasst werden, mit klarer Begründung: Cookies, die per JavaScript gesetzt werden, sind vor Browser-Richtlinien fast nie geschützt. Apple begrenzt solche Cookies seit ITP 2.1 auf sieben Tage Lebensdauer.
Qualitätssicherung bedeutet hier vor allem den Rückweg. Ein Abschluss, ein Widerspruch oder eine Abmeldung muss zurück in das führende System, zuverlässig, mit Fehlerbehandlung und nachvollziehbar. Sonst stimmt zwar die Plattform, aber nicht der Datenbestand, auf den sich das Haus beruft.
Governance ist kein Standardumfang. Adobe dokumentiert, dass Consent Policies nur Organisationen zur Verfügung stehen, die Healthcare Shield oder Privacy & Security Shield lizenziert haben, und dass sämtliche Richtlinien, auch die mitgelieferten, standardmäßig deaktiviert sind. Die Annahme, Einwilligungen würden automatisch durchgesetzt, setzt also etwas voraus, das erst eingeschaltet und meist zusätzlich bezahlt werden muss.
In der Praxis lautet die Antwort: kommt auf den Anwendungsfall an
In der Theorie entscheidet man einmal, ob client- oder serverseitig gearbeitet wird. In der Praxis erbt man diese Entscheidung. Häuser mit gewachsener Landschaft betreiben Altsysteme und ältere Lizenzen, die eine Variante vorgeben: mal weil der Lizenzstand nur die eine Betriebsart abdeckt, mal weil ein Vorgängersystem eine Integration mitbringt, die niemand ohne Not anfasst.
Die unbequeme Folge ist, dass die Frage nicht einmal beantwortet, sondern je Anwendungsfall geprüft wird. Das erzeugt Aufwand und ergibt keine schöne Zielarchitektur. Es ist aber ehrlicher als eine Festlegung, die im ersten Umsetzungsschritt kassiert wird, und es verhindert, dass ein Anwendungsfall zugesagt wird, den die vorhandene Lizenz gar nicht trägt.
Was am Ende den Unterschied macht
Der folgende Absatz ist eine Einschätzung aus der Projektarbeit, kein dokumentierter Befund. Aber es ist der Punkt, auf den ich immer wieder zurückkomme. Die wirksamste Maßnahme in einem Omnichannel-Vorhaben ist keine technische. Sie besteht darin, alle Beteiligten an einen Tisch zu holen, bevor entschieden wird: Marketing, Analyse, Architektur, Leitung und die Menschen, die die Altsysteme kennen. Nicht als Auftakttermin, sondern als Arbeitsform über die Projektdauer.
Das liegt an der Struktur der Aufgabe. Jede der vier Rollen trifft Entscheidungen, die die anderen drei binden, und keine davon kann sie allein richtig treffen. Der Zuschnitt der Datensätze bestimmt mit, welche Kampagne später möglich ist. Die Beschreibung einer Zielgruppe bestimmt mit, ob sie stündlich oder täglich ausgewertet wird. Der Erfolgsmaßstab bestimmt mit, ob eine Holdout-Gruppe eingeplant wird oder nicht. Diese Abhängigkeiten lassen sich nicht durch Anforderungsdokumente auflösen, sondern nur dadurch, dass die Beteiligten dieselbe Diskussion führen.
- die Anwendungsfälle vor dem Datenmodell
- eine Entscheidung darüber, was das Haus nicht aus der Hand gibt
- Transparenz über bestehende Lizenzen und Altsysteme, bevor eine Betriebsart zugesagt wird
- ein Format, in dem die vier Rollen gemeinsam entscheiden statt nacheinander zu liefern
Wo Omnichannel-Projekte tatsächlich scheitern
Nicht an der Technik, sondern an den Stellen, an denen eine Rolle etwas voraussetzt, das eine andere liefern müsste, ohne dass es jemand aufgeschrieben hat.
| Übergabe | Erwartung | Was tatsächlich fehlt | Folge im Betrieb |
|---|---|---|---|
| Marketing → Analyse | „Sprich den Kunden zur richtigen Zeit an“ | Zeitzone im Profil, Consent je Kanal | Schutzregeln greifen nicht, Nachricht geht nachts raus |
| Analyse → Architektur | „Die Journey soll in Echtzeit reagieren“ | Ereignis statt Attribut modelliert | Zielgruppe wird täglich statt sofort ausgewertet |
| Architektur → Marketing | „Die Website personalisiert aus dem Profil“ | Klarheit, dass die Edge nur Verhalten und 14 Tage sieht | Versprochene Inhalte erscheinen nicht |
| Leitung → alle | „Zeigt mir den Effekt“ | Holdout-Gruppe von Anfang an eingeplant | Nachträglich ist der Effekt nicht mehr belegbar |
| Alle → Marketing | „Sagt uns, was ihr braucht“ | Kenntnis dessen, was die Plattform kann | Es wird bestellt, was man kennt – nicht, was möglich wäre |
Auffällig ist, dass keine dieser Zeilen ein Werkzeugproblem beschreibt. Jede beschreibt eine Annahme, die nie ausgesprochen wurde. Die letzte Zeile ist die unangenehmste, weil sie sich nicht durch ein Dokument lösen lässt. Bestellen kann nur, wer vorher gesehen hat, was bestellbar ist.
Deshalb ist die wirksamste Maßnahme zu Projektbeginn kein Architekturdiagramm, sondern dreierlei: eine Liste, ein Termin und eine Arbeitsform. Die Liste: Welche Entscheidung soll fallen, welche Information trägt sie, wer liefert sie, bis wann ist sie freigegeben. Der Termin: eine Stunde, in der jemand dem Kampagnenteam zeigt, was in der Plattform bereits vorhanden ist. Die Arbeitsform: dass die vier Rollen gemeinsam entscheiden, statt nacheinander zu liefern. Alles drei kostet fast nichts und verhindert die meisten Zeilen der Tabelle.
In regulierten Branchen kommt eine fünfte Rolle dazu
In Pharma, Medizintechnik und Finanzdienstleistung sitzt am Tisch noch jemand, der in keiner der Zeilen oben vorkommt: die Prüfinstanz. In der Pharma-Kommunikation ist das die MLR-Freigabe, bei einer Bank die Datenschutz- und Sicherheitsprüfung. Sie entscheidet nicht, was gebaut wird, aber ob es in Betrieb gehen darf. Und sie stellt Fragen, die keine der vier Rollen von sich aus stellt: welche Daten die Plattform überhaupt erreichen dürfen, wie lange sie dort bleiben, und wie belegt wird, dass sie wieder verschwinden.
Omnichannel-Marketing in regulierten Branchen ist deshalb kein anderes Konzept, sondern dasselbe mit einer zusätzlichen Übergabe, die früher beginnen muss als alle anderen. Was das je Branche bedeutet, steht unter Branchen; wie es in einem Bankprojekt konkret aussah, in der Case Study: Attributskatalog, Schema-Design, Audits.
Omnichannel-Marketing – kurz beantwortet
Was ist der Unterschied zwischen Multichannel und Omnichannel?
Braucht Omnichannel zwingend Echtzeit?
Ist Omnichannel-Marketing ein Marketing- oder ein IT-Projekt?
Wie misst man den Erfolg eines Omnichannel-Projekts?
Woran erkenne ich, ob mein Unternehmen bereit ist?
Was kostet die Governance, und ist sie im Produkt enthalten?
Omnichannel Orchestration Architect für Pharma, Medizintechnik und Finanzdienstleistung. Baut Zielarchitektur, Datenfundament und Orchestrierung hands-on, als Architekt, Administrator und Campaign Engineer in einer Person. Die Beispiele in diesem Artikel stammen aus eigenen Projekten mit Adobe Experience Platform, Journey Optimizer, Salesforce und Veeva.
Herstellerdokumentation (Adobe Experience League und Salesforce Help, abgerufen 02.09.2026, englische Fassung als Primärquelle): Send-Time Optimization · Einstein Send Time Optimization · Quiet hours · Frequency capping · Manage fragments · XDM schema composition · Identity Service guardrails · Identity graph linking rules · Merge policies · Edge segmentation · Edge and hub comparison · Adobe Target connection · Web channel prerequisites · First-party device IDs · Automatic policy enforcement · Data usage policies · B2B audience activation blueprint · AJO release notes (journey-level holdout) · WebKit: ITP 2.1 · Apple Mail Privacy Protection.
Studien (peer-reviewed): Blake, Nosko, Tadelis, „Consumer Heterogeneity and Paid Search Effectiveness“, Econometrica 83(1) 2015, 10.3982/ECTA12423 · Gordon, Zettelmeyer, Bhargava, Chapsky, „A Comparison of Approaches to Advertising Measurement“, Marketing Science 38(2) 2019, 10.1287/mksc.2018.1135 · Lewis, Rao, „The Unfavorable Economics of Measuring the Returns to Advertising“, Quarterly Journal of Economics 130(4) 2015, 10.1093/qje/qjv023 · Zhang, Kumar, Cosguner, „Dynamically Managing a Profitable Email Marketing Program“, Journal of Marketing Research 54(6) 2017, 10.1509/jmr.16.0210 · Sahni, „Effect of Temporal Spacing between Advertising Exposures“, Quantitative Marketing and Economics 13(3) 2015, 10.1007/s11129-015-9159-9 · Sahni, Wheeler, Chintagunta, „Personalization in Email Marketing“, Marketing Science 37(2) 2018, 10.1287/mksc.2017.1066 · Johnson, Lewis, Nubbemeyer, „Ghost Ads“, Journal of Marketing Research 54(6) 2017, 10.1509/jmr.15.0297.
Harvard Business Review: Chung, Huber, Devignes, Clauwaert, „How B2B Businesses Can Get Omnichannel Sales Right“ (2022) · Protexter, Shumway, „Bridging the Gap Between Marketing and IT“ (2016) · Nagle, Redman, Sammon, „Only 3% of Companies‘ Data Meets Basic Quality Standards“ (2017). Eigene Darstellungen; Projektaussagen sind Einschätzungen aus der Beratungspraxis und als solche gekennzeichnet.