"Maken we een journey map of een service blueprint?" Het is een vraag die in veel teams onnodig verwarrend is, omdat de termen door elkaar gebruikt worden alsof het synoniemen zijn.
Dat zijn ze niet. De afweging journey map vs service blueprint gaat over een fundamenteel verschil in wat je wilt zien, en dus in welk probleem je oplost.
Dit artikel zet de hele map-familie op een rij, legt het kernverschil uit, en geeft je een simpele regel om te kiezen.
Bij journey map vs service blueprint draait het om perspectief. Een journey map toont de reis zoals de klant die beleeft: zijn stappen, emoties en pijnpunten. Een service blueprint voegt de binnenkant toe, de mensen, systemen en processen áchter elke klantstap. Kort gezegd: de journey map vertelt wát er misgaat voor de klant, de service blueprint laat zien wáár in de organisatie dat ontstaat.
Journey map vs service blueprint: twee doelen
De kern van journey map vs service blueprint is de richting van de blik. Een customer journey map kijkt naar buiten: het volgt de klant en maakt zijn beleving zichtbaar. Een service blueprint kijkt óók naar binnen: het koppelt elke klantstap aan wat er achter de schermen moet gebeuren om die stap mogelijk te maken.
Wil je weten waar een klant afhaakt en hoe hij zich voelt, dan is de journey map je gereedschap. Wil je weten welke afdeling, welk systeem of welke handmatige stap dat afhaken veroorzaakt, dan heb je de service blueprint nodig.
De hele map-familie op een rij
Naast deze twee zijn er nog twee veelgebruikte kaarten. Samen vormen ze een familie die van de buitenkant naar de binnenkant beweegt:
- Experience map, generiek menselijk gedrag rond een behoefte, los van één organisatie;
- Journey map, de reis van één persona door één concrete dienst;
- Service blueprint, de journey plus de frontstage en backstage erachter;
- Process map, puur de interne stappen, in procestaal zoals BPMN.
Hoe verder naar rechts, hoe meer organisatie en hoe minder klant. De service blueprint is het scharnierpunt: hij raakt beide werelden.
Wanneer kies je journey map vs service blueprint?
De keuze journey map vs service blueprint volgt uit je vraag. Stel jezelf één ding: wil ik begrijpen of wil ik herontwerpen?
In de praktijk begin je bijna altijd met de journey map. Die brengt het probleem en de emotie in beeld. Pas als je weet wáár het wringt en je het wilt oplossen, zoom je in met een blueprint op dat ene stuk. Een blueprint van de hele reis is vaak verspilde moeite.
Hoe ze samenwerken in de praktijk
De twee kaarten zijn geen concurrenten maar een estafette. De journey map levert de hypothese: "hier, bij het wachten op goedkeuring, zakt de klant weg." De service blueprint test die hypothese tegen de werkelijkheid: "dat wachten ontstaat doordat een controle handmatig langs twee afdelingen gaat."
Zo wordt een vaag ongemak een concreet, oplosbaar knelpunt. De journey map zonder blueprint blijft hangen in symptomen; de blueprint zonder journey map mist het waarom.
Een voorbeeld: van klacht naar oorzaak
Een team krijgt steeds dezelfde klacht: "mijn wijziging komt nooit meteen door". De eerste reflex is de journey map. Die laat zien waar in de reis de frustratie ontstaat: net na het bevestigen verwacht de klant een direct resultaat, en dat blijft uit. Het dieptepunt is gevonden, maar de oorzaak nog niet.
Hier stapt het team over op de service blueprint. Die toont wat er onder de motorkap gebeurt: de wijziging belandt eerst in een nachtelijke verwerking voordat een tweede systeem hem oppakt. De journey map leverde het symptoom, de blueprint de oorzaak. Pas samen vormen ze een compleet verhaal, van wat de klant voelt tot waarom het zo is.
Dit is de estafette in actie. Wie alleen de journey map had gemaakt, zou hebben gegokt naar een oorzaak. Wie meteen een blueprint van alles had getekend, zou verdrinken in detail. De volgorde, eerst buiten, dan gericht naar binnen, is de hele kunst.
Een korte checklist om te kiezen
Twijfel je welke kaart je nodig hebt, loop dan deze vragen langs. Wil je weten hóe de klant zich voelt en waar hij afhaakt? Dan is de journey map genoeg. Wil je weten welk team, systeem of welke handmatige stap dat veroorzaakt? Dan heb je de blueprint nodig.
Gaat het puur om interne efficiëntie, los van de klant, bijvoorbeeld compliance of automatisering? Dan ben je toe aan een procesmap in BPMN 2.0. En verken je een behoefte waarvoor je nog geen product hebt? Dan past een experience map het best.
De vuistregel blijft: beweeg van buiten naar binnen, en zoom pas in als je weet waaróp. Zo voorkom je dat je dagen besteedt aan het tekenen van een kaart die je vraag niet beantwoordt.
Twee verwarringen opgehelderd
Rond deze twee kaarten zweven nog twee begrippen die voor verwarring zorgen: de experience map en de process map. Het loont om ze scherp te onderscheiden, anders kies je het verkeerde gereedschap.
Een experience map lijkt op een journey map, maar is breder en losser. Hij beschrijft de algemene ervaring rond een behoefte of thema, zonder aan één specifiek product of één specifieke klant gekoppeld te zijn. Je gebruikt hem vroeg, als je een gebied verkent waarvoor je nog geen concrete oplossing hebt. Een journey map is specifieker: één persona, één doel, één afgebakende reis.
Een process map, bijvoorbeeld in BPMN 2.0, staat juist aan de andere kant. Die beschrijft de interne logica van een proces los van de klantbeleving: welke stappen, welke beslissingen, welke regels. Geen emotie, wel precisie. Je gebruikt hem als je iets wilt automatiseren of formeel vastleggen.
De vuistregel die alles samenbindt: beweeg van buiten naar binnen. Begin breed bij de beleving (experience of journey map), zak dan naar de organisatie (service blueprint), en zoom pas helemaal in op de interne logica (process map) als je weet wáár het knelt. Elke kaart heeft zijn plek; de kunst is de juiste op het juiste moment te pakken.
Wanneer je beide kaarten naast elkaar legt
De mooiste inzichten ontstaan niet uit één kaart, maar uit twee die elkaar overlappen. Leg een journey map en een service blueprint letterlijk onder elkaar, met dezelfde fasen op de horizontale as, en het verband springt eruit.
Boven zie je de emotiecurve: waar voelt de klant zich goed, waar zakt het weg? Daaronder, in de blueprint, zie je wat er op precies dat moment achter de schermen gebeurt. Een dieptepunt boven valt bijna altijd samen met iets onhandigs onder: een handmatige stap, een overdracht, een wachtrij.
Dat is het moment waarop een vermoeden bewijs wordt. Je wijst niet langer naar "ergens in het proces", maar naar de exacte backstage-handeling die het dal veroorzaakt. Het gevoel van de klant en de oorzaak in de organisatie raken elkaar op één plek in het diagram.
Voor een CJE is dat de heilige graal van het mappen: een verbetervoorstel dat tegelijk de klantpijn aantoont én de interne oorzaak aanwijst. Niemand kan het meer wegwuiven als "onderbuikgevoel", want het staat zwart op wit, op twee niveaus tegelijk.
Wat dit betekent voor de CJE
Het vlot kunnen schakelen tussen deze kaarten is precies wat een CJE onderscheidt van een tekenaar. Je kiest het juiste gereedschap bij de vraag, en je weet wanneer je van buiten naar binnen moet bewegen. Hoe je die vaardigheid opbouwt, lees je in Customer Journey Expert worden.