Customer Journeys verlaufen in der Regel über mehrere Funktionen hinweg. Marketing, Vertrieb, Produkt, Service, Operations und IT tragen jeweils Verantwortung für einzelne Prozesse und Kontaktpunkte. Für das End-to-End-Ergebnis einer Journey ergibt sich daraus jedoch nicht automatisch eine vergleichbare Verantwortung. Diese strukturelle Lücke haben wir bei Shift/CX bereits unter dem Begriff Journey Accountability diskutiert. Im Mittelpunkt steht dabei weniger die Einführung einer neuen Rolle als die Frage, wie Verantwortung für Journey-Ergebnisse in bestehende Entscheidungs- und Steuerungsstrukturen integriert werden kann.

Auf dem Weg zur Customer Insights & Journey Management Konferenz am 16. und 17. September wollen wir diese Frage konkreter betrachten. Wenn CX Insights ein relevantes Journey-Problem sichtbar machen, muss geklärt sein, wer es übernimmt, wie es gegenüber anderen Anforderungen priorisiert wird und wer die notwendigen Entscheidungen herbeiführen kann. Journey Ownership ist ein möglicher Ansatz, diese Verantwortung sichtbar zu bündeln. Ob daraus tatsächliche Accountability entsteht, hängt jedoch davon ab, welche Aufgaben, Entscheidungsrechte und Ressourcen mit der Rolle verbunden sind.

Journey Ownership schafft zunächst eine Zuordnung von Verantwortung

Ein Journey Owner übernimmt typischerweise Verantwortung für eine Customer Journey über einzelne Touchpoints und Funktionsgrenzen hinweg. Damit unterscheidet sich die Rolle von einer klassischen Prozess-, Kanal- oder Touchpoint-Verantwortung. Der Bezugspunkt ist nicht nur eine operative Aktivität, sondern das Ergebnis der Journey aus Kunden- und Unternehmenssicht. Diese End-to-End-Perspektive kann helfen, Probleme sichtbar zu machen, die innerhalb einzelner Funktionen jeweils nur als Teilproblem erscheinen.

Eine solche Zuordnung löst jedoch das dahinterliegende Organisationsproblem noch nicht. Wenn ein Journey Owner zwar formal Verantwortung trägt, Prioritäten, Budgets und Umsetzungskapazitäten aber vollständig in anderen Funktionen verbleiben, entsteht zunächst eine zusätzliche Koordinationsrolle. Journey Ownership wird erst dann zu einem wirksamen Accountability-Mechanismus, wenn geklärt ist, welche Entscheidungen innerhalb der Rolle getroffen werden können, welche Entscheidungen gemeinsam mit anderen Funktionen erfolgen und wie Zielkonflikte verbindlich bearbeitet werden.

Diese Einordnung findet sich auch in der Diskussion zu CX Operating Models. McKinsey stellt unter anderem die Frage, ob die Verantwortung für Journey-Verbesserungen eindeutig zugeordnet ist und ob Journey Owner über ausreichende „decision authority" und Ressourcen verfügen. Gleichzeitig betont die Analyse, dass wirksame CX Operating Models nicht allein über neue Berichtslinien oder zusätzliche Rollen entstehen. Cross-funktionale Entscheidungsprozesse und die Einbettung von CX in bestehende Managementroutinen sind ebenso relevant.

Accountability braucht mehr als einen Journey Owner

Für unsere Diskussion lassen sich daraus mehrere Voraussetzungen ableiten. Sie beschreiben keinen allgemeingültigen Organisationsstandard. Sie helfen vielmehr zu prüfen, ob Journey Ownership in einem konkreten Operating Model tatsächlich zu mehr Accountability führt.

Ergebnisverantwortung bedeutet zunächst, dass die Rolle auf ein definiertes Journey-Ergebnis ausgerichtet ist. Die Verantwortung sollte sich deshalb nicht auf Journey Maps, Workshops oder einzelne Verbesserungsinitiativen beschränken. Notwendig ist ein nachvollziehbarer Bezug zu Customer- und Business-Outcomes, anhand derer priorisiert und später beurteilt werden kann, ob eine Veränderung tatsächlich relevant war.

Entscheidungsrechte legen fest, welche Entscheidungen der Journey Owner selbst treffen kann und wo andere Funktionen beteiligt werden müssen. Gerade bei cross-funktionalen Journeys wird ein großer Teil der Entscheidungen weiterhin in Produkt-, Service-, Operations-, IT- oder Geschäftsverantwortung liegen. Accountability setzt deshalb keine vollständige Verlagerung dieser Mandate voraus. Entscheidend ist vielmehr, dass das Zusammenspiel der Entscheidungsrechte transparent geregelt ist.

Ressourcen und Umsetzungskapazität sind eine weitere Voraussetzung. Eine formal verantwortliche Rolle kann Verbesserungen nur begrenzt vorantreiben, wenn sie keinen Zugang zu Budgets, Delivery-Kapazitäten oder den notwendigen Fachressourcen besitzt. McKinsey verbindet Journey Ownership deshalb ausdrücklich mit Ressourcen und cross-funktionaler Zusammenarbeit. Die organisatorische Frage lautet damit nicht nur, wer eine Journey verantwortet, sondern auch, wie priorisierte Journey-Themen in bestehende Planungs- und Delivery-Prozesse gelangen.

Informationszugang ist ebenfalls Teil der Accountability. Im Beitrag „Journey Intelligence: Von Insights zur Journey Accountability" haben wir Journey Intelligence als Fähigkeit beschrieben, Kundensignale aus unterschiedlichen Quellen im Kontext einer konkreten Situation zusammenzuführen. Für eine verantwortliche Journey-Rolle ist diese Informationsgrundlage notwendig, um Probleme einzuordnen, Prioritäten zu begründen und Entscheidungen vorzubereiten. Verantwortung ohne ausreichenden Journey-Kontext bleibt ebenso begrenzt wie gute Insights ohne klaren Verantwortungsrahmen.

Governance und Managementroutinen verbinden diese Elemente schließlich mit der bestehenden Organisation. Journey Ownership sollte nicht als parallele Steuerungsstruktur neben Linien-, Produkt- oder Prozessverantwortung stehen. Sie muss an diejenigen Routinen angeschlossen werden, in denen Investitionen, Prioritäten, Zielkonflikte und Delivery tatsächlich entschieden werden. Genau hier wird aus einer Rolle ein Bestandteil des Operating Models.

Der Journey Owner ersetzt keine funktionale Verantwortung

Die Diskussion um Journey Ownership wird schnell zu stark auf die einzelne Rolle zugespitzt. Customer Journeys berühren jedoch unterschiedliche fachliche und regulatorische Mandate. Produktverantwortung, Prozessverantwortung, IT-Architektur, Compliance, Risikomanagement oder Budgetentscheidungen lassen sich nicht sinnvoll vollständig in einer Journey-Rolle bündeln. Journey Accountability bedeutet daher nicht, bestehende funktionale Verantwortung aufzulösen oder durch eine horizontale Parallelorganisation zu ersetzen.

Relevanter ist die Frage, welche Entscheidungen aufgrund ihres End-to-End-Charakters funktionsübergreifend organisiert werden müssen. Ein Journey Owner kann dabei als koordinierende und ergebnisverantwortliche Instanz wirken. Andere Organisationen können mit cross-funktionalen Teams, gemeinsamen Outcomes oder verteilten Entscheidungsmodellen arbeiten. Welcher Ansatz sinnvoll ist, hängt vom jeweiligen Geschäftsmodell, der Organisationsstruktur und dem Reifegrad der bestehenden CX- und Journey-Steuerung ab. Auch McKinsey beschreibt unterschiedliche Organisationsmodelle und betont, dass die konkrete Ausgestaltung des CX Operating Models unternehmensspezifisch erfolgen muss.

Damit verschiebt sich die Frage von der Rolle zur Entscheidungsarchitektur. Über die Wirksamkeit entscheidet weniger der Titel „Journey Owner" als die Klarheit darüber, wer ein erkanntes Journey-Problem übernimmt, wer welche Entscheidungen treffen kann, wie Ressourcen bereitgestellt werden und wie die Umsetzung nachgehalten wird. In dieser Perspektive ist Journey Ownership ein möglicher organisatorischer Mechanismus innerhalb eines größeren Accountability-Modells.

Journey Accountability verbindet Insights und Umsetzung

Der Zusammenhang mit der Insights-Seite ist dabei unmittelbar. Belastbare CX Insights können helfen, relevante Problemsituationen zu identifizieren und Optimierungsbedarf besser zu priorisieren. Sie beantworten jedoch noch nicht, wer daraus eine Veränderung macht. Umgekehrt hilft eine klare Journey-Verantwortung wenig, wenn die Informationsgrundlage nicht ausreicht, um Handlungsbedarf einzuordnen und Entscheidungen nachvollziehbar zu begründen.

Diese Verbindung haben wir bereits im Juni unter Journey Intelligence und Journey Accountability beschrieben. Journey Intelligence verbessert die Grundlage, auf der priorisiert und entschieden werden kann. Accountability organisiert, wer Verantwortung für die weitere Bearbeitung übernimmt und wie die Umsetzung in die Organisation gelangt. Beide Perspektiven sind damit voneinander abhängig, erfüllen aber unterschiedliche Funktionen innerhalb der Journey-Steuerung.

Offen bleibt anschließend noch eine weitere Ebene. Auch wenn hinreichend klar ist, wo ein relevantes Journey-Problem liegt und wer dafür Verantwortung trägt, ist damit noch nicht automatisch entschieden, welche Intervention gewählt werden sollte. Zwischen Erkenntnis und Umsetzung liegen Priorisierung, mögliche Handlungsoptionen und die Entscheidung zwischen diesen Optionen. Diese Entscheidungsdimension werden wir in der weiteren Diskussion um Journey Intelligence und Decisioning noch genauer betrachten.

Von Journey Ownership zur organisatorischen Accountability

Journey Ownership kann damit einen wichtigen Beitrag zur organisatorischen Verankerung von Customer Journey Management leisten. Die Rolle schafft einen klaren Bezugspunkt für eine Verantwortung, die in funktionalen Strukturen ansonsten leicht fragmentiert bleibt. Sie sollte allerdings nicht mit Accountability gleichgesetzt werden. Erst wenn Ergebnisverantwortung, Entscheidungsrechte, Informationszugang, Ressourcen und Governance zusammengeführt werden, entsteht eine belastbare Grundlage für die tatsächliche Steuerung einer Journey.

Für die Customer Insights & Journey Management Konferenz am 16. und 17. September wollen wir diese Organisationsfrage deshalb bewusst offen diskutieren. Welche Verantwortung sollte bei einem Journey Owner liegen? Welche Entscheidungen bleiben sinnvoll in den Fachfunktionen? Wie müssen Informationen und Werkzeuge verfügbar sein, damit Journey Accountability auch außerhalb eines zentralen CX- oder Journey-Teams funktioniert? Und welche Formen verteilter Verantwortung können eine Alternative zu einer stark zentralisierten Owner-Rolle darstellen?

Die entscheidende Frage ist damit weniger, ob eine Organisation einen Journey Owner benötigt. Für die Weiterentwicklung des Journey Managements ist relevanter, wie Verantwortung für Journey-Ergebnisse so organisiert wird, dass aus erkannten Problemen tatsächlich Entscheidungen und Verbesserungen entstehen können.