Customer Experience · August 15, 2026
Life-event based service design in government
Une mère qui vient de perdre son mari doit, en France comme dans la plupart des pays du monde, annoncer ce décès à la caisse de retraite, à la sécurité sociale, à la banque, au fisc, à la mairie et parfois à l'employeur — souvent sept à dix fois, avec le même acte de décès photocopié à chaque guichet. Ce n'est pas un problème de digitalisation. C'est un problème d'architecture : l'administration est organisée autour de ses propres ministères, pas autour de la vie des gens.
La conception de services publics par événement de vie renverse cette logique. Au lieu de faire naviguer le citoyen entre des silos administratifs, on construit le service autour du moment réel qu'il traverse — une naissance, un mariage, un licenciement, un décès, une création d'entreprise — et on fait travailler les administrations en coulisses pour que ce moment soit traité comme une seule démarche, pas comme dix.
Qu'est-ce que la conception de services publics par événement de vie ?
La conception par événement de vie (life-event service design) consiste à regrouper toutes les démarches administratives liées à un moment biographique donné — naissance, décès, divorce, perte d'emploi, retraite — en un seul parcours coordonné entre plusieurs administrations, plutôt que de laisser le citoyen répéter la même information auprès de chaque organisme séparément. L'unité de conception n'est plus le ministère ou le formulaire, mais l'événement vécu par la personne.
C'est un changement d'unité d'analyse, pas un simple relookage de portail. Un site qui affiche « Ministère de l'Intérieur », « Ministère des Finances », « Sécurité sociale » sous forme d'onglets plus jolis n'a rien changé : le citoyen fait toujours le travail de coordination. La conception par événement de vie déplace ce travail de coordination du citoyen vers le back-office administratif — c'est précisément ce que les praticiens du service design appellent inverser la charge de l'effort.
Pourquoi l'organisation par ministère produit-elle autant de friction ?
Parce que l'organigramme de l'État n'a jamais été pensé pour le citoyen — il a été pensé pour la gestion budgétaire et la responsabilité politique de chaque portefeuille. Chaque ministère optimise son propre formulaire, son propre système d'identité, son propre calendrier de traitement. Le résultat cumulé, pour l'usager, est ce que Richard Thaler appelle du sludge : une friction administrative excessive et non intentionnelle qui ralentit l'accès à un droit ou un service, à l'opposé du nudge qui facilite une décision. Dans son article « Nudge, Not Sludge » publié dans Science en 2018, Thaler décrit précisément ce type de friction cumulative comme un coût caché que les organisations infligent sans le vouloir, simplement parce que chaque service optimise son propre process sans regarder le parcours global.
Le sludge administratif a un effet particulièrement pervers sur les moments de vie à forte charge émotionnelle. Une naissance ou un décès mobilise déjà toute l'attention cognitive disponible : les parents épuisés ou la personne en deuil n'ont pas la bande passante pour retenir sept identifiants différents et remplir sept formulaires redondants. C'est exactement le terrain où le système 1, rapide et instinctif, cède la place à un système 2 déjà saturé — et où chaque champ de formulaire supplémentaire devient un obstacle disproportionné par rapport à sa complexité objective.
Ce défaut de conception n'est pas anodin sur le plan de la mesure de la satisfaction : un citoyen qui doit répéter dix fois la même information ne juge pas dix administrations séparément, il juge une seule expérience de l'État — et c'est cette expérience agrégée qui façonne sa confiance dans les services publics dans leur ensemble.
Quels pays ont déjà fait ce virage ?
Plusieurs administrations ont dépassé le stade de la déclaration d'intention et ont livré des services concrets organisés autour d'événements de vie plutôt que d'agences :
- Royaume-Uni — Tell Us Once : ce service du Government Digital Service, lancé au début des années 2010, permet à un citoyen de signaler un décès une seule fois à l'administration locale, qui transmet ensuite l'information aux services concernés (retraite, fiscalité, passeport, DVLA) sans que la famille ait à recontacter chaque organisme séparément. Le principe est documenté sur la page officielle gov.uk « Tell Us Once ».
- Estonie — le principe du « once-only » : l'infrastructure d'échange de données X-Road permet aux administrations estoniennes de se transmettre entre elles les informations qu'un citoyen a déjà fournies une fois, plutôt que de les lui redemander à chaque nouvelle démarche liée à un événement de vie. Le fonctionnement est présenté sur e-estonia.com.
- Union européenne — le règlement sur le portail numérique unique : le règlement (UE) 2018/1724, qui instaure le système technique du « once-only » transfrontalier, oblige progressivement les administrations des États membres à ne plus redemander aux citoyens des documents déjà détenus par une autre administration européenne pour des démarches liées à des événements de vie comme une naissance ou une résidence.
- Danemark — borger.dk : le portail citoyen national organise une partie de son architecture de navigation autour de « situations de vie » (livssituationer) plutôt que par ministère, un choix de choice architecture qui réduit la charge cognitive de recherche pour l'usager.
Le point commun de ces initiatives n'est pas la technologie — X-Road, les API, les registres interconnectés ne sont que la plomberie. Le point commun est une décision organisationnelle antérieure : accepter qu'un événement de vie appartienne au citoyen, et que la coordination entre administrations soit un problème de l'État, pas un problème du citoyen.
Comment concevoir un service public autour d'un événement de vie, concrètement ?
Voici la méthode que j'applique quand une administration veut passer d'une architecture par agence à une architecture par événement de vie. Elle ne se substitue pas à un audit approfondi, mais elle évite les deux pièges les plus fréquents : refaire un portail sans toucher au back-office, ou lancer un chantier d'interopérabilité si ambitieux qu'il ne livre jamais rien.
- Cartographier l'événement de vie tel qu'il est réellement vécu, pas tel qu'il est découpé administrativement. Reconstituez le parcours complet d'un décès, d'une naissance ou d'une création d'entreprise en listant chaque contact, chaque document requis, chaque délai d'attente — indépendamment de qui, côté État, en est responsable. C'est l'exercice classique de la carte de parcours, mais appliqué à un événement transversal plutôt qu'à un seul service. Le travail rejoint directement les méthodes de cartographie des parcours clients.
- Identifier les redondances de données, pas seulement les redondances de formulaires. La plupart des projets s'arrêtent à « fusionner les formulaires ». Le vrai gain vient de l'identification des données déjà détenues par une administration et redemandées par une autre — nom, adresse, acte de naissance, numéro fiscal. Chaque champ redondant supprimé est un point de friction supprimé.
- Désigner une administration porteuse de l'événement, avec mandat de coordination. Sans propriétaire unique du parcours, chaque ministère continue d'optimiser son propre bout. Le mandat doit inclure l'autorité de fixer des standards de données communs, pas seulement de « collaborer ».
- Construire l'échange de données avant l'interface citoyen. L'ordre est contre-intuitif pour des équipes pressées de montrer un résultat visible, mais un beau portail branché sur des systèmes qui ne se parlent pas ne fait que déplacer la friction, pas la supprimer.
- Concevoir le parcours par défaut, pas par option. Le citoyen ne doit pas avoir à cocher « informez aussi la sécurité sociale » — cela doit être le comportement par défaut, avec possibilité de refuser. C'est l'application directe des travaux sur les effets de défaut : ce qui est proposé par défaut devient, dans l'écrasante majorité des cas, ce qui est choisi.
- Piloter sur un événement à fort volume et fort enjeu émotionnel avant de généraliser. Le décès, la naissance ou la perte d'emploi sont de bons candidats : volume élevé, charge émotionnelle réelle, bénéfice politique visible en cas de succès.
- Mesurer le parcours de bout en bout, pas la satisfaction par guichet. Un score de satisfaction élevé sur chaque interaction individuelle peut masquer un parcours global épuisant. La mesure doit porter sur l'événement complet.
Cette séquence rejoint ce que nous recommandons plus largement dans le travail de transformation digitale des administrations : la technologie vient sécuriser une décision organisationnelle déjà prise, elle ne la remplace jamais.
Que se passe-t-il quand on se contente de repeindre les portails ?
C'est l'échec le plus fréquent que j'observe, et il mérite d'être nommé précisément :
- Le portail affiche un menu « événements de vie », mais chaque lien renvoie vers le formulaire de l'agence d'origine. La friction perçue diminue légèrement — la navigation initiale est plus claire — mais le travail de coordination reste entièrement à la charge du citoyen une fois le clic effectué.
- Les données restent cloisonnées par système d'information historique. Sans échange de données inter-agences, le principe du « dites-le-nous une fois » devient un slogan sans mise en œuvre : l'usager continue de fournir le même acte de décès en pièce jointe à chaque étape.
- L'événement pilote est choisi pour sa simplicité technique, pas pour son impact citoyen. On numérise le renouvellement d'un permis parce que c'est facile, en laissant le parcours du décès — bien plus douloureux — intact pendant des années.
- Personne n'a l'autorité de trancher entre deux ministères sur un format de donnée commun. Le projet s'enlise dans des comités de gouvernance sans pouvoir de décision, exactement le type de blocage qu'une gouvernance CX claire est censée résoudre en amont.
Le symptôme est toujours le même : un citoyen qui, six mois après le lancement en grande pompe du nouveau portail, doit encore appeler trois numéros différents pour signaler le même événement.
Quel rôle joue l'économie comportementale dans ces moments de vie ?
Deux mécanismes comportementaux méritent une attention particulière dans la conception de services liés aux événements de vie.
Le premier est le peak-end rule, formulé par Daniel Kahneman à partir de ses travaux avec Donald Redelmeier sur la mémoire des expériences douloureuses — leur étude de 1996 sur des patients subissant une coloscopie a montré que le souvenir global d'une expérience est dominé par son pic d'intensité et par son dernier moment, bien plus que par sa durée totale. Appliqué à un parcours administratif de deuil ou de naissance, cela signifie qu'une seule étape ratée à la fin du parcours — un courrier de confirmation qui n'arrive jamais, une pension qui met trois mois à se déclencher — peut effacer tout le bénéfice d'un début de parcours pourtant bien conçu. La dernière étape d'un événement de vie mérite autant de soin de conception que la première.
Le second mécanisme est celui des effets de défaut, au cœur des travaux fondateurs sur l'architecture des choix. Dans un moment de vie à forte charge émotionnelle, demander à quelqu'un de choisir activement entre plusieurs options administratives revient à lui imposer une décision qu'il n'a pas la disponibilité mentale de bien prendre. Faire de la transmission d'information inter-agences le comportement par défaut — avec un droit d'opt-out clair — respecte à la fois l'autonomie du citoyen et la réalité de sa charge cognitive au moment où il en a le moins.
Ces deux leviers ne remplacent pas l'interopérabilité technique. Ils déterminent si l'interopérabilité, une fois construite, produit réellement une expérience meilleure ou seulement un système plus rapide et toujours aussi anxiogène.
Comment savoir si votre administration est prête pour ce virage ?
Avant de lancer un chantier de conception par événement de vie, il vaut mieux évaluer honnêtement le point de départ. Trois questions séparent les projets qui aboutissent de ceux qui s'arrêtent au stade du portail :
- Existe-t-il un mandat de coordination inter-agences pour au moins un événement de vie pilote, avec une autorité réelle de décision sur les standards de données ?
- Les systèmes d'information des administrations concernées peuvent-ils, techniquement, échanger une donnée commune sans ressaisie manuelle ?
- La mesure de performance actuelle porte-t-elle sur la satisfaction par guichet, ou sur le parcours complet vécu par le citoyen ?
Une réponse honnête à ces trois questions vaut mieux qu'un cahier des charges ambitieux. C'est le même diagnostic préalable qu'exige tout audit de maturité expérience avant de lancer une feuille de route de transformation, et l'outil d'auto-évaluation de la maturité CX permet de poser un premier diagnostic rapide sur ces trois dimensions.
La conception par événement de vie touche aussi directement à la manière dont on écoute les citoyens après coup : un événement de vie mal conçu génère des retours qualitatifs riches — plaintes, appels au médiateur, témoignages — que beaucoup d'administrations collectent sans jamais les relier au parcours qui les a provoqués, un problème que nous détaillons dans notre analyse de la mesure de la satisfaction dans les services publics.
Ce que change vraiment un État organisé par événement de vie
Le vrai basculement n'est pas technologique, il est philosophique : reconnaître que la charge de la coordination administrative n'appartient pas au citoyen, mais à l'État. Tant qu'une administration continue de mesurer sa performance guichet par guichet, elle continuera de produire des parcours excellents pris isolément et épuisants pris dans leur ensemble.
Les administrations qui ont réellement réussi ce virage — Tell Us Once au Royaume-Uni, l'infrastructure X-Road en Estonie — n'ont pas commencé par un plus grand portail. Elles ont commencé par accepter qu'un décès, une naissance ou un licenciement ne sont pas dix démarches séparées, mais un seul moment de la vie d'une personne que l'État a le devoir de simplifier plutôt que de démultiplier. Le prochain progrès mesurable dans la confiance envers le service public ne viendra pas d'un nouveau formulaire numérisé, mais de la disparition silencieuse d'un formulaire redondant.
Si votre administration envisage de repenser un parcours de vie critique — naissance, décès, perte d'emploi, création d'entreprise — l'équipe Renascence accompagne ce type de chantier depuis le diagnostic jusqu'à la feuille de route opérationnelle ; vous pouvez nous exposer votre contexte pour évaluer par où commencer.
Further reading
Related reading
Writing on how human behavior shapes the experiences brands deliver — at the intersection of behavioral economics and customer experience.
Stay ahead of CX
Get the Journal in your inbox.
Insights, frameworks and event round-ups from the Renascence team. No spam, ever.



