Wat doet een CJE precies? De functie van een Customer Journey Expert

"Leuk, maar wat doe je nou de hele dag?" Als je deze rol uitlegt op een verjaardag, is dat de vraag die altijd komt. En terecht, de titel klinkt vaag.

Dus: wat doet een CJE nou echt? De eerlijke samenvatting is verrassend simpel: een Customer Journey Expert maakt een klantreis van begin tot eind beter. Alles wat hij doet, hangt aan die ene zin.

Maar "beter maken" valt uiteen in een hoop concreet werk. Neem de functie van binnenuit bekijken, zonder marketingpraat.

Geen twee dagen hetzelfde, toch één rode draad

De ene dag interview je klanten of duik je in drop-off-cijfers. De volgende schrijf je requirements, zit je in een verfijnsessie met de squad, of leg je aan operations uit waarom een stap eruit kan. Het lijkt versnipperd, maar er loopt één draad doorheen: je beweegt steeds van een gevoeld klantprobleem naar een aanwijsbare oorzaak, en terug naar een verbetering die je kunt verantwoorden.

Die beweging, van buiten naar binnen en terug, is de kern. Wil je het grotere plaatje van de rol eerst, lees dan wat een Customer Journey Expert is.

Hoe ziet dat er in de praktijk uit? Een typische dag begint niet met bouwen, maar met kijken. Een half uur in het dashboard: waar vallen klanten uit, welke stap kost de meeste tijd, waarover belt men de servicedesk? Dat levert een vermoeden op. Daarna een gesprek met twee klanten of een blik in opgenomen sessies om te zien of het vermoeden klopt. 's Middags vertaal je het scherpste pijnpunt naar een paar user stories, scherp je die aan met een engineer ("kan dit technisch, en wat kost het?"), en stem je met operations af of een voorgestelde versimpeling wel uitvoerbaar is. Tegen het einde van de dag heb je geen schermen gebouwd, maar wel de squad een stap dichter bij het juiste werk gebracht. Dat is, vaker dan mensen denken, hoe de rol eruitziet.

Wat doet een CJE? Drie expertises in één rol

De functie combineert drie vakgebieden die je normaal bij drie verschillende mensen vindt:

Dat een rol deze drie verenigt, is precies waarom hij waardevol is: je hebt overzicht dat niemand anders heeft.

Neem een simpel voorbeeld. Een klant klaagt dat een aanvraag "te ingewikkeld" is. De functionele kant ziet dat er veel supportvragen over één scherm binnenkomen. De productkant ziet dat dat scherm drie velden vraagt die de klant zelden bij de hand heeft. De proceskant ziet dat die velden er alleen staan omdat een achterliggend systeem ze ooit eiste, terwijl dat systeem inmiddels vervangen is. Pas als je die drie blikken combineert, zie je de echte oplossing: de velden kunnen weg. Een specialist in één hoek had dat nooit gevonden.

Wat doet een CJE in een sprint? Het werkritme

Achter de losse taken zit een herkenbaar ritme. In één zin: klant begrijpen naar kans vinden en prioriteren naar vertalen naar user stories naar meeleveren in de squad naar User Acceptance Testing (UAT) faciliteren naar releasen naar de journey monitoren naar leren en bijstellen naar het resultaat verantwoorden.

Let op dat woord "monitoren". Een CJE levert niet en loopt weg. Hij kijkt na een release of de belofte uitkomt: daalt de drop-off echt, neemt het aantal belletjes af? Geen meetbaar effect betekent: terug naar de tekentafel.

Met wie werkt een CJE samen?

Een CJE levert niets in zijn eentje. De rol is per definitie verbindend, en je waarde hangt af van hoe goed je met een handvol andere rollen schakelt.

• De Product Owner (of Squad Master), over prioriteit en visie. Vaak vervul je deze rol zelf of vul je hem grotendeels in.
• Designers en onderzoekers, zij maken de touchpoints concreet en toetsen ze bij klanten; jij bewaakt dat ze in de hele reis passen.
• Engineers, over wat technisch kan, wat het kost en wat de risico's zijn. Hoe beter je hun taal spreekt, hoe realistischer je voorstellen.
• Operations en servicemedewerkers, zij staan met hun voeten in de modder van de journey en weten waar het écht misgaat. Je beste bron.
• Risk en compliance, bij gereguleerde sectoren geen sta-in-de-weg maar een ontwerpvoorwaarde. Vroeg betrekken scheelt later terugbouwen.
• Data-analisten, zij helpen je de juiste cijfers te vinden en je effect betrouwbaar te meten.

Het patroon: jij brengt geen kant-en-klare oplossing, je brengt de juiste vraag en houdt de neuzen op de klant gericht. Stakeholdermanagement is daarom geen bijzaak van de rol, het ís de rol, voor een groot deel.

Het verschil met een UX'er, PO en business analist

Drie rollen waar de CJE constant mee verward wordt, en het echte onderscheid:

• UX-designer: werkt op schermniveau (het touchpoint). De CJE werkt op reisniveau (de hele journey).
• Product Owner: bewaakt prioriteit en visie van de backlog. Vaak ís de CJE de PO, of vult die rol grotendeels in, maar altijd vanuit het klant- en journeyperspectief.
• Business analist: beschrijft hoe een proces werkt. De CJE vraagt of dat proces er zo wel zou moeten zijn, gezien wat de klant nodig heeft.

Wat dit betekent als je CJE wilt worden

Als je deze rol nastreeft, is dit je belangrijkste inzicht: je hoeft de drie expertises niet alle drie op expertniveau te beheersen. Je moet ze kunnen verbinden. Iemand die redelijk is in alle drie en ze aan elkaar knoopt, is bruikbaarder dan een diepe specialist in één.

Praktisch: kies een journey die je kent, en oefen de hele lus erop. Schrijf één user story, bedenk hoe je een verbetering zou testen, en bedenk welke twee cijfers je na een release in de gaten zou houden. Doe je dat, dan kun je in een gesprek niet alleen vertellen wát een CJE doet, maar laten zien dat je het al hebt gedaan. Het volledige stappenplan staat in customer journey expert worden.

De valkuil: alleen tekenen, nooit leveren

De grootste val in dit vak is verliefd worden op de plaatjes. Een prachtige journey map aan de muur voelt als resultaat, maar het is pas een diagnose. De waarde ontstaat als die diagnose leidt tot iets wat gebouwd, gereleased en gemeten wordt.

Een CJE die mooi tekent maar niets levert, is een dure tekenaar. Een CJE die levert en meet, is goud waard. Het verschil zit niet in talent voor diagrammen, maar in de discipline om het tot in de backlog en de cijfers door te zetten.

Hoe vermijd je de val? Door bij elke journey map die je maakt meteen de vraag te stellen: "wat is de eerste, kleinste verbetering die ik hieruit kan laten bouwen, en hoe weet ik straks of het werkte?". Stel je die vraag niet, dan blijft je werk hangen op de muur. Stel je hem wel, dan dwing je jezelf richting iets wat de klant daadwerkelijk merkt. Wil je dat denken aan de voorkant verankeren, dan helpt de jobs-to-be-done methode: die houdt je bij het echte klantprobleem en weg van mooie maar lege plaatjes.