Faire d'une offre construite par canaux une expérience client commune.

L'offre s'était construite progressivement, canal par canal, chaque service répondant à un besoin réel au moment où il apparaissait. Douze experts internes décrivaient chacun leur outil avec précision, aucun le trajet complet d'un document, de l'import du fichier jusqu'à la preuve d'envoi.

Les entretiens clients ont montré la même chose vue de l'autre côté : cinq points d'accès, des nomenclatures qui ne se recoupaient pas, et une production, une distribution, des archives et une facturation impossibles à relier. Un responsable de flux documentaires ne cherchait pas un outil de plus. Il cherchait à répondre à une question simple : où en est mon envoi, et qu'est-ce que je fais s'il bloque.

Améliorer chaque accès séparément aurait rendu l'existant plus confortable sans le rendre lisible. La décision a été de concevoir une expérience commune : un point d'entrée, une continuité entre les services, des règles d'interaction partagées.

Le principe qui la fonde tient en une phrase : un client n'a pas à comprendre l'organisation interne de SPEOS pour utiliser ses services. La complexité métier reste. Elle est réelle et elle a de la valeur. Mais chaque rôle ne voit que ce qui le concerne. Papier et numérique cessent d'être deux mondes et deviennent deux canaux du même parcours.

Une amélioration accès par accès aurait été bien plus simple à vendre en interne : chaque service gardait ses nomenclatures et ses responsabilités. L'expérience commune obligeait au contraire à les remettre sur la table. C'est ce qui la rendait coûteuse, et c'est aussi ce qui la rendait juste.

Une direction de plateforme existait déjà. Ce qui manquait, c'était un objet commun sur lequel métier, équipes techniques, opérations et produit pouvaient se disputer utilement. Nous avons reconstruit le parcours au mur, et chacun est venu poser ses frictions à l'endroit exact où elles bloquent, avec ses propres mots.

Dix irritants sont ainsi devenus visibles pour tout le monde en même temps : délais de mise en service, dépendances techniques, effet boîte noire après l'envoi, facturation difficile à vérifier. Les voir posés côte à côte a changé la conversation : on ne comparait plus des demandes venues de services différents, on comparait des moments d'un même trajet client.

Le vote collectif a fait le reste. Deux priorités sont sorties nettement et le périmètre initial s'est précisé, au lieu de rester un catalogue d'intentions.

Premier moment, la mise en service. Un nouveau client dépendait d'un projet technique et d'un délai qui se comptait en mois. Le parcours conçu le rend autonome. C'est l'expérience cible telle qu'elle a été conçue et testée, pas un délai mesuré en production.

Ce que cela déplace : la mise en service cesse d'être un projet à planifier pour devenir une opération commerciale, et le délai d'accès au service n'est plus un argument que la concurrence peut utiliser.

Second moment, le suivi opérationnel. Le service devait s'effacer quand tout allait bien et devenir explicite au premier incident. Le tableau de bord donne l'état des traitements du lot jusqu'au document, distingue une erreur d'une action attendue, et permet de retraiter un seul fichier sans renvoyer l'ensemble. La traçabilité reste accessible pour l'audit.

Là encore, la conséquence dépasse l'écran : une partie des sollicitations du support disparaît, non parce qu'on a ajouté un canal d'assistance, mais parce que le client n'a plus besoin de demander.

Le concept a été confronté à six organisations clientes. Des sessions qualitatives, conçues pour observer la compréhension du service et vérifier que les deux priorités répondaient à des réalités opérationnelles très différentes. Un grand compte et une PME n'ont ni les mêmes volumes, ni les mêmes équipes, ni les mêmes exigences de preuve.

Le questionnaire SUPR-Q passé juste après les sessions donne un score brut d'environ 4,5 sur 5, relevé sur six organisations, pas une mesure normée sur un large échantillon.

Les sessions ont confirmé la direction sans valider chaque détail, et c'est le résultat le plus utile : lors d'une session, le dispositif de traçabilité n'a pas suffisamment rassuré l'un des utilisateurs. L'élément est reparti en conception avant le développement, avec la recherche par fichier et l'arrêt d'un lot en cours. Le test n'a pas servi à confirmer le concept, mais à corriger ce qui n'était pas encore convaincant.

Une mission de dix-sept mois qui repart avec son consultant ne laisse qu'un document. J'ai donc travaillé avec les équipes qui allaient continuer : des designers accompagnés sur la recherche, les parcours et la cohérence du système de conception ; des développeurs et des designers alignés sur des composants communs, des maquettes jusqu'au code ; des responsables de projet formés au cadrage, à la priorisation et à la validation terrain.

Le rapport de conception, validé par le sponsor, fixe les décisions et la feuille de route. Il sert de référence commune, pas de livrable final.