Morgen startet die Customer Insights & Journey Management Konferenz am 16. und 17. September 2026. In den vergangenen Wochen haben wir dafür unterschiedliche Teile der Journey-Steuerung betrachtet: den Methodenmix für belastbarere CX Insights, die organisatorische Journey Accountability und zuletzt die Frage, was zwischen Insight und Aktion eigentlich passiert.

Unter Journey Intelligence verstehen wir dabei die Fähigkeit, Kundensignale aus unterschiedlichen Quellen im Kontext einer konkreten Situation zu verstehen, relevante Probleme zu priorisieren und damit Entscheidungen vorzubereiten. Im aktuellen Beitrag zu den Diskussionsfragen der Konferenz haben wir diese Logik vereinfacht als eine Kette beschrieben:

Signal → Kontext → CX Insight → Priorisierung → Handlungsoption → Entscheidung → Aktion → Wirkung

Je genauer wir auf diese Kette schauen, desto deutlicher wird aber eine Grenze. Ein Teil des Journey Managements unterstützt Entscheidungen darüber, was entlang einer Journey grundsätzlich verändert werden sollte. Ein anderer Teil entscheidet zunehmend in Echtzeit, was in einer konkreten Interaktion als Nächstes passieren soll.

Für uns wird damit eine funktionale Ausdifferenzierung sichtbar, die für die weitere Entwicklung des Journey Managements relevant ist.

Gartner verbindet Analytics und Orchestration bereits in einer Kategorie

Ein sichtbarer Marker dafür ist Gartners neuer Markt für Customer Journey Analytics & Orchestration. Der erste Magic Quadrant dieser Kategorie erschien am 23. März 2026. Gartner beschreibt die betrachteten Lösungen als Systeme für die Echtzeitanalyse, Priorisierung und Orchestrierung von Customer Journeys. Bewertet werden Adobe, Alterian, CallMiner, CSG, Engage Hub, inQuba, Joulica, Medallia und Woopra. Zum Gartner Magic Quadrant for Customer Journey Analytics & Orchestration

Dabei wäre es zu kurz gegriffen, Gartners Kategorie ausschließlich als Real-Time-Orchestration-Markt zu lesen. Die einen Tag später veröffentlichten Critical Capabilities umfassen neben Data Capture, Journey Visualization und Orchestration auch Journey Mapping, Customer Segmentation, Prioritization & Outcome Management, VoC Integration, Journey Governance & Collaboration und End-to-End CX Management. Zu Gartners Critical Capabilities for Customer Journey Analytics & Orchestration

Gerade diese Breite ist interessant. Unter einem Marktlabel treffen Analyse, Journey Management, Priorisierung und operative Orchestration aufeinander – Fähigkeiten, die zwar miteinander verbunden sind, aber unterschiedliche Steuerungsaufgaben erfüllen.

Das passt zu einer Entwicklung, die wir auf Shift/CX schon länger beobachten. Im Beitrag „CXM im Umbruch: Vom Feedback-Management zur Journey-Steuerung“ haben wir beschrieben, wie sich CX Management von der reinen Erfassung und Analyse von Feedback stärker in Richtung Priorisierung, Veränderung und Journey-Steuerung bewegt. Gleichzeitig haben wir in unserer Martech-Diskussion eine Decisioning- und Orchestration-Schicht zwischen Daten und Aktivierung herausgearbeitet.

Beides kommt nun näher zusammen.

Journey Intelligence und Orchestration beantworten unterschiedliche Fragen

Für unsere Diskussion hilft zunächst eine funktionale Unterscheidung.

Journey Intelligence und Journey Management betrachten die Journey als Entscheidungs- und Optimierungskontext. Kundensignale, Verhalten, operative Daten, Experience-Kennzahlen und Business-Ziele werden zusammengeführt, um zu verstehen, wo Probleme liegen, welche davon relevant sind und woran eine Organisation arbeiten sollte.

Diese Perspektive entspricht auch dem, was Joana de Quintanilha bei Forrester aktuell als „Journeys as Decision Systems“ diskutiert. Journey-Kontext soll dort nicht als weiteres CX-Artefakt enden, sondern in Priorisierung, Ressourcenallokation und Delivery-Governance einfließen. Forrester definiert ein Journey Decision System entsprechend als Operating Model, das Journey-Kontext in die Entscheidungsprozesse der Organisation einbettet. Zum Forrester-Beitrag „It’s Time To Elevate Journeys Into Decision Systems“

Real-Time Decisioning und Journey Orchestration setzen näher an der konkreten Interaktion an. Hier geht es darum, auf Basis verfügbarer Signale, Regeln, Ziele und Handlungsoptionen zu bestimmen, welche Experience, Information, Aktion oder Prozesshandlung in diesem Moment folgen soll.

Die Grenze dazwischen ist allerdings nicht hart. Journey Intelligence kann Entscheidungen inzwischen weitgehend automatisiert vorbereiten. Orchestration wiederum bedeutet nicht zwangsläufig, dass ein System völlig autonom entscheidet. Regeln, Modelle, Freigaben, Zielvorgaben und menschliche Kontrolle können weiterhin Teil der Steuerung sein.

Wir sollten deshalb weniger von zwei vollständig getrennten Märkten als von zwei unterschiedlichen Kompetenzen innerhalb einer durchgängigen Steuerungslogik sprechen.

Mark Smith: Experience Orchestration braucht Strategie und Aktion

Genau diese Einordnung haben wir mit Mark Smith, CEO und Co-Founder des Institute for Journey Management, diskutiert. Mark war schon im Frühjahr bei der Shift/CX Konferenzwoche dabei und wird am zweiten Tag unserer Customer Insights & Journey Management Konferenz die Keynote „From Customer Insights Management to Journey Intelligence & Decisioning“ halten.

Auf unsere Frage, ob sich Experience Orchestration derzeit in Journey Intelligence & Decisioning auf der einen und Real-Time Orchestration auf der anderen Seite aufteilt, antwortet er:

Experience orchestration will only work correctly when we unite journey management/decisioning with journey orchestration. We need both the planning/strategy and the action combined to get the right experience for the customer. For over 10 years the journey market has been stagnant because the two complementary technologies have been kept apart.

Für unsere bisherige Marktthese ist das eine wichtige Korrektur. Die funktionale Differenzierung ist sichtbar – Smith sieht aber gerade in der historischen Trennung der beiden Fähigkeiten das Problem.

Journey Management liefert in dieser Lesart nicht einfach eine andere Technologieklasse als Journey Orchestration. Die strategisch-analytische Ebene beschreibt Ziele, Zusammenhänge, Prioritäten und mögliche Veränderungen. Die operative Ebene muss daraus situativ eine Handlung machen.

Experience Orchestration entsteht erst durch die Rückkopplung beider Ebenen.

Marks Einschätzung, der Journey-Markt sei aufgrund der technologischen Trennung über mehr als zehn Jahre stagniert, ist dabei seine Marktinterpretation. Die zugrunde liegende Architekturfrage lässt sich dagegen auch in aktuellen Plattformen beobachten.

Adobe zeigt die funktionale Trennung – und gleichzeitig ihre Integration

Adobe liefert dafür derzeit ein anschauliches Beispiel.

Customer Journey Analytics ist für die Analyse und Auswertung von Journey-Daten zuständig. Daten aus dem Journey Optimizer können in Customer Journey Analytics analysiert werden; umgekehrt lassen sich dort erstellte Audiences in das Real-Time Customer Profile veröffentlichen und anschließend im Journey Optimizer für die Ausführung nutzen. Adobe beschreibt diese Verbindung im Blueprint „Customer Journey Analytics with Journey Optimizer“.

Der Adobe Journey Optimizer übernimmt die operative Journey-Steuerung. Adobe beschreibt dafür eventgetriebene Echtzeit-Journeys, Audience Management, Decisioning und kanalübergreifende Ausführung. Zum Adobe Journey Optimizer Blueprint

Analyse und operative Steuerung existieren damit zunächst als unterschiedliche Fähigkeiten. Technisch werden sie aber gezielt miteinander verbunden: Aus der Ausführung entstehen wieder Daten für die Analyse; aus der Analyse entstehen Audiences und Entscheidungsgrundlagen für die Ausführung.

Mit der Vorstellung des CX Enterprise Coworker am 20. April hat Adobe diese Verbindung noch weitergezogen. Adobe beschreibt das neue System als agentische Schicht, die Insights aus Real-Time CDP, Customer Journey Analytics und Journey Optimizer nutzen und Workflows auf Basis definierter Ziele orchestrieren soll. Dabei bleiben ausdrücklich menschliche Kontrolle und Freigaben vorgesehen. Zur Adobe-Ankündigung des CX Enterprise Coworker

Das ist kein Beweis für eine allgemeine Marktstruktur – Adobe beschreibt hier die eigene Produktarchitektur. Das Beispiel zeigt aber sehr konkret, warum Analyse, Decisioning und Execution als unterschiedliche Fähigkeiten betrachtet und gleichzeitig eng gekoppelt werden.

Ist Gartners Kategorie also zu breit – oder gerade richtig?

Auch diese Frage haben wir Mark Smith gestellt. Gartner behandelt Customer Journey Analytics und Orchestration 2026 gemeinsam, während Journey Mapping und Journey Management auch in weiteren Gartner-Research-Kontexten auftauchen.

Mark Smith antwortet:

Actually Gartner covers journey Analytics and Orchestration and focus on the real-time decisioning/action part. They cover journey mapping/management elsewhere in their research, and I4JM is working hard to convince them that they need the strategy piece to build a complete solution. We are underway convincing them I think - their next version of the MQ will reflect this I believe.

Den ersten Teil würden wir nach Prüfung der aktuellen Gartner-Unterlagen etwas breiter einordnen. Der Magic Quadrant selbst betont tatsächlich real-time analysis, prioritization and orchestration. In den dazugehörigen Critical Capabilities finden sich aber bereits deutlich strategischere Journey-Funktionen wie Journey Mapping, Prioritization & Outcome Management, Governance & Collaboration und End-to-End CX Management. Gartners Capability-Liste lässt sich hier vollständig einsehen.

Ob Gartner den Markt im nächsten Magic Quadrant weiter verändert, ist zum jetzigen Zeitpunkt eine Einschätzung von Smith und keine bestätigte Gartner-Entwicklung.

Der interessantere Punkt liegt aus unserer Sicht ohnehin darunter: Welche strategische Journey-Management-Logik muss mit einer operativen Decisioning- und Orchestration-Schicht verbunden sein, damit Journey-Steuerung tatsächlich end-to-end funktioniert?

Genau das ist keine reine Produktkategorie-Frage.

Graham Hill: Beiden Ebenen kann der Kontext fehlen

Eine zweite Perspektive bringt Graham Hill, CX Marktexperte und Analyst, in die Diskussion. Seine Kritik setzt noch eine Ebene früher an.

Wir haben ihn gefragt, ob die funktionale Unterscheidung zwischen Journey Intelligence und Real-Time Orchestration sein grundlegendes Problem löst: dass Unternehmen häufig nicht die tatsächliche Journey ihrer Kund:innen steuern, sondern vor allem ihre eigenen Prozesse und Modelle.

Seine Antwort:

The challenge that journey management faces, whether journey intelligence or real-time orchestration is that it is often not based on the information it needs to be. Companies have lots of big, cold transactional data about the 4Cs: Customer, Contracts, Consumption and Contacts, but it has very little information about the missing thick, warm 5th C, the customer's current context. This is less damaging for journey intelligence as 4C data is still good to identify the paths real customers took in the past and to create population level 'model journeys'. But it is not useful for identifying what an individual customer will do or critically, what they will do next. This is the problem of Shannon Entropy. And it puts real-time orchestration in a difficult spot as it must treat each customers as though they were the same until they volunteer additional contextual information during an interaction to treat them differently.

Graham Hills 4C-/5C-Modell ist seine eigene analytische Struktur. Es ist kein etabliertes Standardmodell des Journey Managements. Auch der Verweis auf Shannon Entropy sollte entsprechend eingeordnet werden.

Der informationswissenschaftliche Grundgedanke dahinter ist nachvollziehbar: Entropie beschreibt Unsicherheit, und die Vorhersagbarkeit menschlichen Verhaltens hängt davon ab, wie viel relevante Information über den jeweiligen Zustand verfügbar ist. Arbeiten wie die viel zitierte Science-Studie „Limits of predictability in human mobility“ haben Entropie genutzt, um genau solche Grenzen der Vorhersagbarkeit menschlicher Verhaltensmuster zu untersuchen. Die Übertragung dieses Prinzips auf Journey Orchestration ist allerdings Hills Interpretation – nicht das Ergebnis dieser Forschung. Zur Studie von Song, Qu, Blumm und Barabási

Für unsere Journey-Diskussion ist der Gedanke trotzdem relevant.

Retrospektive Journey-Daten können sehr gut zeigen, welche Pfade Kund:innen tatsächlich genommen haben, wo Abbrüche auftreten oder welche Situationen gehäuft mit bestimmten Ergebnissen verbunden sind. Das bedeutet noch nicht, dass wir aus diesen Daten zuverlässig wissen, was eine einzelne Person in diesem Moment erreichen möchte.

„Kontext“ bekommt damit eine doppelte Bedeutung: Für Journey Intelligence brauchen wir genügend Kontext, um ein beobachtetes Problem zu verstehen und seine Relevanz zu bewerten. Für Real-Time Orchestration brauchen wir genügend aktuellen Kontext, um zu entscheiden, welche Handlung für diese konkrete Kundensituation sinnvoll ist.

Je näher wir an die individuelle Echtzeitentscheidung kommen, desto problematischer wird es, historische Verhaltensmuster mit aktuellem Intent gleichzusetzen.

Die eigentliche Trennlinie verläuft deshalb nicht zwischen Mensch und Maschine

Das korrigiert eine zentrale Aussage des ursprünglichen Beitrags.

Es wäre zu einfach zu sagen:

• CX Insights entscheidet nicht – der Mensch entscheidet.
• Journey Orchestration entscheidet und handelt selbst.

Diese Trennung wird 2026 bereits unscharf.

Journey Intelligence kann mit KI zunehmend Muster identifizieren, Probleme priorisieren und Handlungsoptionen vorschlagen. Gleichzeitig arbeiten operative Orchestration-Systeme weiterhin mit vorgegebenen Zielen, Policies, Regeln, Constraints und Freigabelogiken. Selbst Adobes aktuelle agentische Architektur betont menschliche Aufsicht und Kontrolle. Adobe beschreibt den CX Enterprise Coworker ausdrücklich als agentische Ausführung mit Human Oversight.

Die interessantere Trennlinie ist deshalb:

Journey Intelligence unterstützt Entscheidungen über die Gestaltung und Verbesserung einer Journey. Real-Time Orchestration trifft beziehungsweise operationalisiert Entscheidungen innerhalb einer konkreten Journey-Situation.

Beide Ebenen können unterschiedlich stark automatisiert sein.

Und beide hängen davon ab, ob sie ausreichend Kontext besitzen.

Für Journey Management wird Decisioning damit zur Schnittstellenfrage

Das führt uns zurück zur aktuellen Diskussion um Journey Intelligence.

Im Beitrag „MaxDiff, Likert, Kano & Treiberanalyse: Warum CX-Priorisierung einen Methodenmix braucht“ haben wir uns mit der Frage beschäftigt, wie unterschiedliche Analyseperspektiven helfen können, relevante CX-Probleme besser zu priorisieren.

Im Beitrag „Von Journey Ownership zur echten Accountability“ ging es anschließend darum, wer Verantwortung übernehmen und die notwendigen Entscheidungen vorantreiben kann.

Jetzt liegt dazwischen noch eine weitere Frage:

• Wie wird aus einem priorisierten Journey-Problem eine Entscheidung darüber, was wir konkret verändern – und wie wird diese Entscheidung anschließend in den operativen Interaktionen wirksam?

Genau hier treffen Journey Intelligence, Decisioning und Orchestration aufeinander.

Journey Intelligence kann die Situation, ihre Ursachen und ihre Relevanz erklären. Journey Management kann Ziele, Verantwortlichkeiten und Veränderungsoptionen organisieren. Decisioning kann helfen, zwischen Handlungsoptionen zu wählen. Real-Time Orchestration überträgt diese Entscheidungslogik schließlich in konkrete Interaktionen und Aktionen.

Das sind keine voneinander unabhängigen Systeme. Aber es sind auch nicht dieselben Aufgaben.

Was wir morgen auf der Customer Insights & Journey Management Konferenz diskutieren müssen

Für die Customer Insights & Journey Management Konferenz am 16. und 17. September wird damit insbesondere eine Frage interessant: Wie weit muss Journey Management selbst in Richtung Decisioning reichen?

Forresters Journey-Decision-System-Ansatz fordert, Journey-Kontext in strategische Priorisierung und Delivery-Entscheidungen einzubringen. Gartner führt Analyse, Priorisierung und Orchestration in einem gemeinsamen Technologie-Markt zusammen. Adobe verbindet analytische und operative Fähigkeiten technisch über eine Plattform. Mark Smith fordert, Journey Management/Decisioning und Journey Orchestration konsequent zusammenzubringen. Graham Hill erinnert gleichzeitig daran, dass auch die beste Architektur nur mit dem Kontext entscheiden kann, den sie tatsächlich besitzt.

Unsere ursprüngliche Beobachtung würden wir heute deshalb anders formulieren:

Journey Management teilt sich nicht einfach in Journey Intelligence und Real-Time Orchestration auf. Vielmehr werden zwei komplementäre Steuerungskompetenzen deutlicher sichtbar, die unterschiedliche Entscheidungen unterstützen – und für eine durchgängige Journey-Steuerung miteinander verbunden werden müssen.

Für uns ist genau das der nächste Schritt der Journey-Intelligence-Diskussion: zu klären, welche Entscheidung auf welcher Ebene getroffen wird, welchen Kontext sie benötigt und wie sie anschließend in tatsächliche Veränderung oder operative Aktion übersetzt wird.

Darüber diskutieren wir ab morgen bei der Customer Insights & Journey Management Konferenz weiter.