Comment associer les utilisateurs à la conception ?
En bref
Associez les utilisateurs à trois moments clés : pendant l'observation du travail actuel, lors de la validation des maquettes d'écrans, puis pendant les tests des premières versions. Choisissez des personnes qui feront vraiment le travail, y compris les plus réticentes. Montrez-leur des écrans concrets plutôt que des documents, et dites-leur toujours ce que vous avez retenu de leurs remarques.
Un outil interne conçu sans ses utilisateurs est rarement adopté. Non par mauvaise volonté, mais parce qu'il ignore des contraintes que seules les personnes de terrain connaissent. Les associer ne signifie pas leur confier les décisions : il s'agit de les faire intervenir aux bons moments, sur les bonnes questions.
À quels moments les faire intervenir
| Moment | Ce qu'on leur demande |
|---|---|
| Observation du travail actuel | Montrer comment ils travaillent vraiment, avec leurs fichiers et leurs astuces. |
| Validation des maquettes | Dire si l'enchaînement des écrans correspond à leur façon de procéder. |
| Tests des premières versions | Traiter de vrais dossiers et signaler ce qui bloque ou ralentit. |
| Après la mise en service | Remonter les irritants constatés à l'usage et proposer des améliorations. |
En dehors de ces moments, mieux vaut les laisser travailler. Une sollicitation permanente épuise la bonne volonté avant même le lancement.
Choisir les bonnes personnes
- Celles qui font la tâche, pas seulement celles qui la supervisent.
- Des profils différents : un ancien, un arrivé récemment, quelqu'un qui traite les cas complexes.
- Au moins une personne réticente : ses objections révèlent les vrais obstacles, et son adhésion entraîne les autres.
- Des utilisateurs d'autres services si le processus les traverse.
Prévenez leur responsable et dégagez le temps nécessaire. Une participation ajoutée à une charge déjà pleine devient vite symbolique.
Montrer plutôt que décrire
Les documents de spécification sont difficiles à commenter pour une personne qui n'en a pas l'habitude. Les écrans, eux, se comprennent immédiatement. Utilisez :
- un wireframe, schéma simple d'un écran sans graphisme, pour discuter de ce qui figure où ;
- une maquette plus réaliste pour valider la lisibilité ;
- un prototype cliquable pour vérifier l'enchaînement des étapes.
Les différences entre ces trois supports sont expliquées dans l'article wireframe, maquette, prototype.
Poser les bonnes questions
Demander « cela vous convient-il ? » produit presque toujours un oui poli. Des questions plus précises font apparaître les problèmes :
- « Montrez-moi comment vous traiteriez ce dossier avec cet écran. »
- « Qu'est-ce qui manque pour que vous puissiez valider ? »
- « À quel moment iriez-vous chercher une information ailleurs ? »
- « Quel cas de votre semaine dernière ne rentre pas là-dedans ? »
Observez aussi les hésitations : une personne qui cherche un bouton signale un problème d'expérience utilisateur, même si elle finit par le trouver.
Rendre compte de ce qui a été retenu
La participation s'éteint quand les remarques semblent disparaître. Après chaque séance, indiquez brièvement ce qui a été retenu, ce qui a été reporté et ce qui a été écarté, avec la raison. Une demande refusée mais expliquée est mieux acceptée qu'une demande ignorée.
Les limites à poser
- Les utilisateurs décrivent leurs besoins ; ils ne fixent pas seuls les priorités ni le périmètre.
- Toutes les habitudes ne sont pas à reproduire : certaines existent parce que l'outil actuel les impose.
- La demande individuelle d'un écran sur mesure doit être pesée au regard de l'ensemble.
- Un désaccord persistant entre services relève d'un arbitrage, pas d'une réunion supplémentaire.
NexSecure fait valider ses maquettes par les utilisateurs concernés avant de développer, dans le cadre de son offre de développement web sur mesure.
Questions fréquentes
Combien d'utilisateurs faut-il associer ?
Quelques personnes couvrant les différents rôles et les cas complexes suffisent. Un groupe trop large ralentit les décisions sans apporter d'information supplémentaire.
Que faire si les utilisateurs demandent des choses contradictoires ?
Noter les deux demandes, comprendre le besoin derrière chacune, puis faire trancher le responsable du processus. Les contradictions viennent souvent de pratiques différentes selon les services.
Faut-il associer les utilisateurs réticents ?
Oui. Leurs objections signalent des obstacles réels, et leur participation rend l'adoption plus facile au moment du déploiement.
À quel moment montrer une première version ?
Le plus tôt possible, même incomplète. Un écran réel fait réagir bien davantage qu'un document décrivant les fonctions prévues.
Service lié
Articles liés
Rédigé par l'équipe NexSecure. Responsable de la publication : Yohann Toumine. Dernière mise à jour le 11 septembre 2026.
Une question sur votre situation ? Parler de votre projet