On en parle UX pour les services publics : concevoir pour l’inclusion, pas pour la moyenne

Pourquoi “l’utilisateur moyen” est-il une mauvaise idée dans le service public ?

Parce que les situations comptent plus que les profils, et que le stress déforme tout.
Une même personne peut être experte un jour et perdue le lendemain. Il suffit d’un dossier complexe, d’une contrainte de temps, d’un mot administratif incompris, d’une pièce manquante, d’un écran qui ne se charge pas.

La démarche UX ne doit pas seulement connaître des personas.

Elle doit connaître des situations : urgence, mobilité, faible débit, anxiété, difficulté de lecture, trouble de l’attention, fatigue, téléphone vieux, navigation au clavier, lecteur d’écran. C’est ce réel-là qui fabrique l’inclusion.

    Astuce : au lieu de multiplier les personas, décrivez des “contextes d’usage” : “sur mobile avec 10 minutes”, “au guichet avec un agent”, “en autonomie avec une compréhension partielle”, “avec une pièce manquante”, “avec un lecteur d’écran”. Ces contextes orientent immédiatement les choix de conception.

    Qu’est-ce que l’inclusion, en UX, au-delà du mot ?

    C’est la capacité à réussir une tâche, même quand tout n’est pas idéal.
    L’inclusion ne se limite pas à l’accessibilité, même si l’accessibilité en est un socle. Elle couvre la compréhension, la confiance, la simplicité, la possibilité d’être aidé, et la capacité à reprendre. Un service inclusif ne suppose pas une mémoire parfaite, une maîtrise des codes, une disponibilité totale, ni une connexion stable. Il accompagne, il tolère, il confirme.

      À Stratis, nous aimons une formule : un parcours inclusif est un parcours qui pardonne. Il pardonne l’erreur, l’hésitation, l’imperfection.

      Pourquoi les démarches en ligne fabriquent-elles encore autant de renoncement ?

      Parce qu’elles demandent trop tôt ce que l’usager ne peut pas encore donner.
      Le renoncement naît souvent d’un décalage : l’administration demande une information que l’usager ne comprend pas, ou une pièce qu’il n’a pas, ou une décision qu’il ne sait pas prendre. Le service devient alors une épreuve, pas une aide.

      On voit apparaître des comportements typiques : abandon en milieu de formulaire, appels au support, déplacements au guichet, contournements, demandes incomplètes.

        Astuce : placez la “pédagogie” avant l’exigence. Un écran qui explique les pièces attendues, avec des exemples, avant de demander l’upload, réduit fortement l’abandon. Le même principe vaut pour les critères d’éligibilité : clarifier avant de saisir.

        Comment concevoir des parcours qui rassurent, sans surcharger ?

        En donnant des repères de progression, et une promesse de reprise.
        Le stress est un facteur UX majeur, et il est souvent sous-estimé. Un usager stressé lit moins, comprend moins, se trompe plus, et abandonne plus vite. La meilleure réponse est rarement d’ajouter du texte. C’est de structurer : une progression claire, des étapes nommées, une estimation réaliste du temps, et la certitude de pouvoir reprendre plus tard.

          À Stratis, nous recommandons de rendre visibles trois choses : où je suis, ce qu’on attend de moi maintenant, et ce qui se passera ensuite. C’est simple. C’est puissant.

          Pourquoi le langage clair est-il une arme UX, et pas un exercice de style ?

          Parce que chaque phrase obscure est une barrière, donc un coût.
          Le langage administratif a ses raisons. Mais l’interface n’est pas un décret. Un service public numérique doit être compris dans le réel : sur un téléphone, entre deux obligations, parfois dans une autre langue, parfois avec peu de maîtrise de l’écrit. Le langage clair n’appauvrit pas. Il rend possible. Et il réduit les erreurs, donc les retours, donc les coûts.

            Astuce : remplacez les formulations abstraites par des actions et des exemples. “Justificatif de domicile” devient “Un document à votre nom qui montre votre adresse, par exemple…”. Le même fond, une autre accessibilité.

            Les formulaires : pourquoi sont-ils le lieu où l’inclusion se gagne ou se perd ?

            Parce qu’un formulaire est un contrat, et que la moindre ambiguïté casse la confiance.
            Les formulaires concentrent tout : l’effort, la peur de mal faire, la difficulté de rassembler, la fatigue. C’est là que l’on perd l’usager, ou qu’on le garde. Un formulaire inclusif explique, prévient, guide, et répare. Il ne se contente pas de “contrôler”.

              À Stratis, nous insistons sur trois points : des libellés explicites, des aides proches des champs, et des erreurs utiles. Une erreur utile ne dit pas “format invalide”, elle dit quoi faire pour corriger.

              Astuce : traitez les erreurs comme une conversation. “Il manque votre date de naissance” est mieux que “champ requis”. “Ajoutez une pièce lisible, au format…” est mieux que “fichier invalide”. Le coût est faible, le gain est énorme.

              Comment concevoir pour les personnes qui ne peuvent pas tout faire en ligne ?

              L’inclusion suppose un parcours de secours, pas une injonction à l’autonomie.
              Le numérique n’est pas le seul canal, et ne doit pas devenir un filtre. Un service inclusif assume des alternatives : téléphone, guichet, rendez-vous, médiation, accompagnement. Le numérique doit faciliter l’accès à ces alternatives, pas les cacher. Il doit expliquer comment obtenir de l’aide, et permettre de transmettre ce qui a déjà été saisi.

                À Stratis, nous recommandons de concevoir le “pont” entre canaux : un récapitulatif imprimable, un numéro de dossier, une possibilité de reprise assistée. Cela évite de recommencer à zéro, et cela réduit la frustration.

                Pourquoi la recherche et l’orientation sont-elles souvent plus importantes que la navigation ?

                Parce que l’usager ne vient pas visiter, il vient résoudre.
                Beaucoup de services sont conçus comme des sites. Or, l’usager ne cherche pas une belle arborescence. Il cherche une réponse. Il ne veut pas explorer, il veut trouver.

                Cela change la priorité : une recherche efficace, des pages d’atterrissage claires, des questions fréquentes structurées, des entrées par situation. La navigation devient un filet, pas le chemin principal.

                  Astuce : structurez vos contenus par “je veux…” ou “ma situation…”. C’est une grammaire inclusive : elle part de l’intention, pas de l’organisation interne.

                  Comment tester l’inclusion sans multiplier les mois de recherche ?

                  En testant tôt, petit, et souvent, sur des situations réelles.
                  On imagine que tester l’inclusion exige de grands panels, des dispositifs lourds, des budgets importants. Il existe une voie plus pragmatique : des tests rapides, réguliers, sur un petit nombre de situations, avec une diversité réelle. Quelques sessions bien choisies révèlent très vite les points de rupture : incompréhensions, hésitations, erreurs, abandons.

                    À Stratis, nous recommandons une routine : tester chaque parcours critique à chaque itération majeure. Pas pour valider un “design”, mais pour sécuriser une capacité : réussir la tâche.

                    Astuce : observez le silence. Quand une personne s’arrête, cherche, hésite, c’est un signal. L’inclusion se lit dans ces micro-blocages.

                    Quel rôle l’accessibilité joue-t-elle dans cette UX inclusive ?

                    L’accessibilité est le plancher, l’inclusion est le plafond.
                    L’accessibilité garantit que le service est utilisable par des personnes en situation de handicap, avec des technologies d’assistance, au clavier, avec des contrastes adaptés. C’est non négociable. Mais l’inclusion va plus loin : elle traite la compréhension, la fatigue, le contexte, la confiance. Les deux se renforcent. Un service accessible est souvent plus robuste, donc plus inclusif.

                      À Stratis, nous considérons l’accessibilité comme une discipline qui rend l’UX plus rigoureux. Elle vous oblige à structurer, à clarifier, à prévoir des états, à penser les erreurs. Ce sont des qualités inclusives.

                      Comment piloter l’inclusion avec des indicateurs, sans réduire l’humain à des chiffres ?

                      Mesurer l’inclusion, c’est mesurer la réussite, pas le comportement.
                      Les bons indicateurs ne cherchent pas à juger les usagers. Ils cherchent à comprendre si le service fonctionne : taux de complétion, taux d’abandon par étape, volume de support, taux de dossiers incomplets, temps moyen, récurrence des erreurs, satisfaction après tâche. Ce sont des signaux. Et ils guident des corrections très concrètes.

                        Astuce : regardez les abandons par étape, pas seulement l’abandon global. Une marche “trop haute” se repère là. Et une fois repérée, elle se corrige.

                        À quoi ressemble un service public numérique conçu pour l’inclusion ?

                        Un service qui explique, qui guide, qui pardonne, et qui permet de reprendre.
                        Il n’est pas forcément “simple”, car certains sujets sont complexes. Mais il est clair. Il ne cache pas les exigences, il les prépare. Il ne punit pas l’erreur, il l’aide à se corriger. Il ne suppose pas que tout le monde comprend, il vérifie la compréhension.

                        Et il n’enferme pas : il propose un secours, un accompagnement, un canal alternatif.

                        Concevoir pour l’inclusion, pas pour la moyenne, c’est choisir une ambition plus réaliste que la “simplicité” abstraite : la robustesse.

                        Un UX inclusif n’est pas un UX qui rend tout facile.

                        C’est un UX qui rend la réussite possible, dans des situations imparfaites, pour des personnes diverses.

                        À Stratis, c’est ce que nous cherchons : des services publics numériques qui ne sélectionnent pas leurs usagers, mais qui les accueillent.

                        Et, très concrètement, c’est aussi ce qui améliore la performance : moins d’abandons, moins d’erreurs, moins de support, plus de confiance.