Worin sich Customer Journey Analytics von einer Journey Map unterscheidet

Was ist Customer Journey Analytics?

Produkt- und Growth-Teams nutzen Customer Journey Analytics, um die realen, zusammengefügten Verhaltenssequenzen zu messen, die eine Person über Kanäle und Sessions hinweg erzeugt, statt einen idealisierten Pfad zu beschreiben, der auf einem Whiteboard entstanden ist. Die Methode verbindet die Touchpoints dieser Person über Identity Resolution und grenzt die Analyse dann mit einem Journey-Scope ein, der ein Startereignis und ein Endereignis benennt. Eine Journey Map ist eine Hypothese darüber, wie Menschen sich bewegen; Journey Analytics ist die Messung dessen, was sie getan haben.

Der Unterschied zählt, weil die beiden Artefakte auf verschiedene Weise scheitern. Eine Map scheitert, wenn ihre Persona falsch war. Eine Journey-Analyse scheitert, wenn der Identity Graph eine Person in vier anonyme Besucher zerlegt hat oder wenn niemand aufgeschrieben hat, wo die Journey beginnt. Beide erzeugen ein selbstsicheres Bild, und nur eines davon lässt sich gegen ein Event-Log prüfen.

Worin unterscheidet sich Journey Analytics vom Journey Mapping?

Journey Mapping erzeugt ein Workshop-Artefakt und Customer Journey Analytics erzeugt einen Datensatz, und was beide trennt, sind die Inputs. Kate Kaplan von der Nielsen Norman Group beschreibt Journey Mapping im Juli 2016 als eine Praxis, die "damit beginnt, eine Reihe von Nutzerzielen und Handlungen zu einem Zeitstrahl-Gerüst zusammenzustellen", das dann mit Gedanken und Emotionen der Nutzer angereichert wird, bis diese Erzählung "zu einer Visualisierung verdichtet wird, die Erkenntnisse vermittelt, die in Designprozesse einfließen". Kaplan legt die Rahmenbedingungen der Map in Zone A fest, der Linse: eine Persona und das zu untersuchende Szenario, beide vom Team gewählt und nicht in den Daten beobachtet.

Frage	Journey Mapping	Customer Journey Analytics
Input	Eine Persona, ein Szenario, qualitative Forschung	Ein Event-Log mit Zeitstempeln und Identifikatoren
Analyseeinheit	Eine repräsentative Erzählung	Jede zusammengefügte Sequenz innerhalb des Zeitfensters
Output	Eine Visualisierung mit Pain Points und Chancen	Zählungen, Abschlussraten, benannte Drop-off-Schritte
Aktualisierung	Den Workshop erneut durchführen	Die Query erneut ausführen
Beantwortete Frage	Wie sich die Erfahrung anfühlen sollte	Was die Sequenz getan hat

Behalten Sie die Map. Sie ist der schnellste Weg, ein Team darüber einig werden zu lassen, welche Journey messenswert ist. Wandeln Sie dann ihre Phasen in benannte Events um und messen Sie sie, damit aus dem Workshop-Ergebnis eine prüfbare Behauptung wird statt eines Posters.

Warum entscheidet Identity Resolution, was eine Journey zeigt?

Identity Resolution entscheidet, welche Events zur selben Person gehören, und legt damit die Obergrenze dafür fest, wie viel von einer Journey Sie überhaupt sehen können. Google dokumentiert zwei Reporting-Identitäten für Analytics 4: Blended, das "User-ID, Geräte-ID und modellierte Daten auswertet", und Observed, das "User-ID und Geräte-ID auswertet". Die Dokumentation von PostHog beschreibt identify als den Aufruf, der "die anonyme Person mit der identifizierten Person zusammenführt und die beiden IDs miteinander verknüpft", sodass "die Suche über eine der beiden IDs die vollständige Event-Historie des Nutzers zeigt, von vor und nach dem Login".

Verdrahten Sie diesen Identifikationsaufruf beim Login und bei der Kontoerstellung, bevor Sie einer geräteübergreifenden Zahl vertrauen. PostHog warnt auch vor dem Fehlermodus in die andere Richtung: "Wenn zwei Nutzer dieselbe distinct_id haben, werden ihre Daten zusammengeführt und sie gelten als ein Nutzer." Zwei geteilte Logins werden im Pfadbericht zu einer unmöglichen Journey.

Eine weitere Grenze gehört hierher. Eine Session endet nach einer festen Zeit der Inaktivität, und eine Session ist ein Behälter für einen Besuch, nicht für eine Journey. Eine Testphasen-Evaluation über elf Tage erstreckt sich über ein Dutzend Sessions. Wenn Ihr Tool diese Sessions nicht zu einer Identität verbinden kann, berichtet es Besuche, keine Journeys.

Was definiert den Scope einer Journey?

Ein Journey-Scope besteht aus einem Startereignis, einem Endereignis und einem Zeitfenster, und die Änderung eines der drei ändert jede nachgelagerte Zahl. Ohne begrenzten Scope ist eine Journey ein unbegrenzter Event-Stream, und eine Abschlussrate hat keinen Nenner. Googles Pfadexploration in Analytics 4 macht die Einschränkung explizit: Der Startpunkt ist "der Bildschirm oder das Ereignis, mit dem der zu untersuchende Pfad beginnt", der Endpunkt ist der Bildschirm oder das Ereignis, das ihn beendet, und "eine Pfadexploration kann einen Startpunkt oder einen Endpunkt haben, aber nicht beides".

Google deckelt auch die Verzweigung. Der Pfadgraph zeigt standardmäßig die Top 5 Knoten in einem Schritt, lässt sich auf 20 Knoten pro Schritt erweitern und gruppiert alles darüber hinaus in einen "Sonstige"-Knoten. Diese Deckelung ist der Grund, warum ein langer Schwanz echten Verhaltens aus einem Pfadbericht verschwindet: Er wurde gemessen und dann für die Darstellung zusammengefasst.

Schreiben Sie den Scope als Satz auf, bevor Sie irgendetwas abfragen. "Von pricing_viewed bis trial_started, innerhalb von 14 Tagen, für Besucher aus der organischen Suche." Ein Conversion Funnel ist die strenge Version dieses Satzes, mit festen und geordneten Schritten. Journey Analytics behält dieselben Endpunkte und lässt die Mitte variieren.

Wie berechnen Sie die Journey Completion Rate?

Die Journey Completion Rate ist der Anteil der gestarteten Journeys, die das Endereignis innerhalb des Zeitfensters erreichen.

Journey completion rate = (journeys that reached the end event / journeys that fired the start event) x 100

Rechnen Sie ein Beispiel durch. In einem Fenster von 14 Tagen haben 8.400 Personen pricing_viewed ausgelöst, und 1.176 von ihnen haben trial_started ausgelöst, bevor ihr Fenster schloss. 1.176 geteilt durch 8.400 ist 0,14, die Abschlussrate liegt also bei 14 Prozent. Verschieben Sie das Fenster auf 30 Tage und beide Zählungen ändern sich, weil ein längeres Fenster spätere Starter in den Nenner und spätere Abschließer in den Zähler lässt. Veröffentlichen Sie das Zeitfenster neben der Zahl, sonst ist die Metrik über Berichte hinweg nicht vergleichbar.

Wohin die 14 Prozent führen

Hat pricing_viewed ausgelöst8.400

Hat trial_started ausgelöst1.176 (14 %)

Nicht konvertiert86 %

Wo brechen Journeys ab, und wie sehen Sie das?

Journeys brechen an bestimmten Interaktionen ab, und das Signal ist verhaltensbezogen, nicht statistisch. Eine Abschlussrate sagt Ihnen, dass 86 Prozent der Menschen keine Testphase gestartet haben. Sie sagt Ihnen nicht, dass die Tarifauswahl den Klick verschluckt hat. Rage Clicks, Dead Clicks, JavaScript-Fehler und abgebrochene Schritte sind die Events, die die Ursache benennen, weshalb ein an einen bestimmten Besucher gebundener Event-Stream die Schicht unter jedem Journey-Bericht ist, auf den zu reagieren sich lohnt.

Flowsery erkennt Rage Clicks, Dead Clicks, JavaScript-Fehler, Drop-offs und kaputte Flows automatisch, gruppiert passende Sessions zu einem Issue und ordnet Issues danach, wie viele Nutzer darauf gestoßen sind. Jedes Issue landet in Slack, Linear oder Jira, mit angehängtem Replay und Reproduktionsschritten. Das macht aus einem Drop-off-Schritt in einem Journey-Bericht ein Ticket mit Belegen statt einer Zahl, hinter der jemand herjagen muss. Für die Sequenzansicht selbst hält die Funnel-Analyse die geordneten Schritte und zeigt, wo die Zahl fällt.

Was sollte ein Team mit einem Journey-Analytics-Ergebnis tun?

Ändern Sie eine Sache in der Sequenz und messen Sie denselben Scope dann erneut, mit konstant gehaltenem Zeitfenster. Customer Journey Analytics verdient sich als Vorher-Nachher-Instrument, nicht als Dashboard, auf das Leute kurz schauen. Der Scope, den Sie aufgeschrieben haben, macht die zweite Messung mit der ersten vergleichbar.

Zwei benachbarte Analysen beantworten die Fragen, die die Journey Completion Rate offen lässt. Wenn die Frage lautet, welche Quelle die Anerkennung für die Journey verdient, ist das Attributionsanalyse und braucht ein eigenes Modell. Wenn die Frage lautet, wie der Pfadbericht selbst Schritt für Schritt zu lesen ist, deckt unser praktischer Leitfaden zum Journey Tracking die Berichte ab. Diese Seite definiert die Kategorie; jene bedient sie.

Häufig gestellte Fragen

Ist Customer Journey Analytics dasselbe wie Funnel-Analyse?

Nein. Ein Funnel legt die Schritte und ihre Reihenfolge fest, sodass jeder Pfad, der einen Schritt überspringt, außerhalb des Scopes liegt. Journey Analytics legt nur die Endpunkte fest und lässt die Mitte variieren, und genau so entdecken Sie den Umweg, der besser konvertiert als die von Ihnen entworfene Route. Teams fahren beides gegen dieselben Start- und Endereignisse.

Brauchen Sie eingeloggte Nutzer für Customer Journey Analytics?

Nein, aber die Journey, die Sie sehen können, ist ohne sie kürzer. Anonyme Geräte-Identifikatoren verbinden Events innerhalb eines Browsers auf einem Gerät, was eine Evaluation auf einem einzigen Gerät abdeckt. Geräteübergreifende Journeys brauchen einen stabilen Identifikator, der beim Login gesetzt wird, und genau dafür gibt es PostHogs identify und die User-ID von Google Analytics 4.

Wie lang sollte das Journey-Zeitfenster sein?

Lang genug, um die Entscheidung zu enthalten, die Sie messen, und identisch über jeden Vergleich hinweg, den Sie damit anstellen. Eine Checkout-Journey löst sich in Minuten auf; eine B2B-Testphasen-Evaluation läuft über Wochen. Wählen Sie das Fenster nach der Form der Entscheidung, schreiben Sie es in den Scope-Satz und halten Sie es konstant, wenn Sie erneut messen.

Können eine Journey Map und Customer Journey Analytics sich widersprechen?

Ja, und dieser Widerspruch ist das nützlichste Ergebnis, das eines von beiden hervorbringt. Die Map kodiert, was das Team für den Pfad hält; die Analyse berichtet die Sequenzen, die Menschen erzeugt haben. Wenn der häufigste reale Pfad in der Map fehlt, war die Persona oder das Szenario falsch, und die Map ist das Artefakt, das aktualisiert wird.

Was bricht bei Customer Journey Analytics zuerst?

Kaputtes Identity Stitching. Events, die zu einer Person gehören sollten, verteilen sich auf mehrere anonyme Identifikatoren, sodass eine lange Journey als vier kurze berichtet wird und jede Abschlussrate zu niedrig ausfällt. Prüfen Sie den Identifikationsaufruf beim Login und bei der Kontoerstellung, bevor Sie die Zahlen debuggen.

Auf welchen Events sollte eine Journey beginnen und enden?

Beginnen Sie mit dem ersten Event, das die Absicht signalisiert, die Sie untersuchen, und enden Sie mit dem Ergebnis, das Sie in einem Review verteidigen würden. pricing_viewed bis trial_started misst die Evaluation. signup_completed bis first_value_action misst die Aktivierung. Vermeiden Sie einen Pageview als Endpunkt, wenn es eine benannte Aktion gibt, denn ein Pageview erfasst die Ankunft, nicht die Absicht.

Welche Tools unterstützen Customer Journey Analytics?

Google Analytics 4 bietet eine Pfad-Exploration mit den Reporting-Identitäten Blended und Observed sowie einem Start- oder Endpunkt direkt im Report. PostHog liefert den identify-Aufruf, der einen anonymen Besucher mit einer identifizierten Person zusammenführt, sodass beide IDs dieselbe Event-Historie teilen. Flowsery setzt auf diesen Daten auf, erkennt Rage Clicks, Dead Clicks, JavaScript-Fehler und Drop-offs und leitet jedes Issue mit Session-Replay an Slack, Linear oder Jira weiter.

Was sollte ein Scope-Satz für eine Journey enthalten?

Ein Start-Event, ein End-Event und ein Zeitfenster, denn jede Änderung an einem der drei verändert jede Zahl danach. Das Beispiel im Beitrag ergänzt zusätzlich ein Segment, etwa Besucher aus der organischen Suche. Schreiben Sie den Satz auf, bevor Sie irgendetwas abfragen, damit die Annahme aus dem Workshop zu einer Behauptung wird, die sich am Event-Log prüfen lässt.

Warum fasst ein Pfad-Report Schritte in einem Others-Knoten zusammen?

Googles Pfad-Exploration in Analytics 4 zeigt pro Schritt standardmäßig nur die Top 5 Knoten und erweitert auf maximal 20 Knoten pro Schritt. Alles darüber wird in einem Others-Knoten zusammengefasst, nicht aus den Daten entfernt. Deshalb kann ein langer Tail an echtem Verhalten aus dem, was Sie sehen, verschwinden, obwohl er gemessen wurde.

Sollte man die Journey Map aufgeben, sobald man Customer Journey Analytics hat?

Behalten Sie sie. Der Beitrag beschreibt die Map als den schnellsten Weg, ein Team auf die Journey festzulegen, die es zu messen lohnt, nicht als etwas, das Journey Analytics ersetzt. Wandeln Sie ihre Phasen in benannte Events um und messen Sie sie, damit aus der Map eine überprüfbare Behauptung wird statt eines Posters, das niemand mit echten Daten abgleicht. Beide erfüllen unterschiedliche Aufgaben: Die Map setzt die Linse, die Analyse berichtet, was innerhalb davon tatsächlich passiert ist.