Le service blueprint est une cartographie qui met en regard le parcours visible du client et tout ce qui le rend possible en coulisses : actions des équipes, systèmes, processus, séparés par une « ligne de visibilité ».

L'outil naît avec Lynn Shostack (1984), qui propose de « dessiner » un service comme on dessine un plan. Sa trouvaille est la ligne de visibilité : la frontière entre ce que le client perçoit (la scène) et ce qu'il ne voit pas mais qui le porte (les coulisses), processus, logiciels, gestes des agents. Bitner, Ostrom et Morgan (2008) en ont précisé la grammaire.

Toute la valeur de l'outil tient dans cette ligne. Un parcours client fluide repose sur une mécanique invisible, et c'est presque toujours dans l'invisible que les problèmes naissent : un transfert mal coordonné entre deux services, un système qui ne communique pas, une information qui se perd. Le client ne voit pas la cause, il subit l'effet, un délai, une erreur, une répétition. Le blueprint rend visible cet invisible, et c'est là qu'il devient un outil de transformation, pas de documentation.

Le piège est d'en faire un schéma mort, joli sur un mur, jamais utilisé pour décider. Un blueprint ne vaut que s'il met le doigt sur les ruptures et déclenche des arbitrages : qui fait quoi, où réparer, quoi automatiser.

C'est l'un de nos instruments de prédilection, parce qu'il relie justement l'expérience et les opérations, les deux bouts que nous tenons toujours ensemble. Soigner la scène sans réparer les coulisses ne tient jamais longtemps : une promesse client ne vaut que si l'organisation peut la servir.

Ce qui se joue ailleurs : le design de service (le cadre), le parcours et les irritants, l'impact opérations, le design systémique et les parties prenantes.

Références : G. L. Shostack, service blueprint (1984) ; Bitner, Ostrom & Morgan, formalisation du blueprint (2008).