Définir le résultat et les conditions de départ
Commencez par une tâche identifiable. Réserver une salle de réunion diffère d’une demande d’autorisation pour un événement. Si le service distingue ces démarches, ne les regroupez pas sous un terme vague comme « demande ». Le lecteur doit savoir s’il suit le bon parcours avant d’y consacrer du temps.
Précisez les prérequis susceptibles de bloquer la tâche : droits d’accès, identifiants, documents ou renseignements. Vérifiez ceux qui sont obligatoires au lieu de les inventer pour remplir un modèle. Découvrir une condition à la dernière étape peut rendre le travail précédent inutile.
Ce guide utilise un service fictif de réservation de matériel de laboratoire. Il permet d’évaluer la rédaction sans décrire un portail existant. Pour l’appliquer à un vrai produit, il faudrait vérifier les commandes, les règles, les messages et les résultats dans l’environnement concerné.
Centrer chaque étape sur une action observable
Une étape utile associe un verbe à un objet identifiable. « Remplissez tout correctement » ne dit pas quoi faire. « Indiquez la date de retrait et le nombre de kits » désigne deux données. Elles peuvent partager une étape si elles se saisissent ensemble ; séparez-les si elles nécessitent des écrans différents.
Designers Italia recommande des microtextes précis, contextuels et orientés vers l’objectif. Reprenez les libellés réellement affichés. Appeler « Confirmer la commande » un bouton nommé « Envoyer la demande » peut suggérer un résultat différent.
Ne vous appuyez pas uniquement sur la couleur ou la position. « Cliquez sur le bouton vert à droite » risque de devenir ambigu après un changement de mise en page. Nommez l’action et ajoutez la position seulement si elle aide. Une image doit montrer la bonne étape et apporter une information utile.
Repérer les lacunes d’une procédure trop vague
Connectez-vous au service et remplissez le formulaire. Une fois terminé, confirmez. En cas de problème, vérifiez les données et réessayez. Les kits spéciaux peuvent nécessiter une autorisation. La demande sera traitée dès que possible.
Le texte est court, mais il ne précise ni les éléments à préparer, ni le moment d’obtenir l’autorisation, ni le signe d’un envoi réussi. « Confirmez » peut désigner la vérification des données ou la réservation elle-même. « Réessayez » ne distingue pas une erreur corrigible d’une demande déjà reçue.
Reconstituez d’abord le fonctionnement du service. Supposons, pour cet exemple fictif, que les kits spéciaux exigent un code, qu’un récapitulatif précède l’envoi et que la réception produit un numéro de demande. Ces hypothèses servent à travailler la rédaction ; elles ne décrivent pas des fonctions testées dans un produit réel.

Ordonner les conditions, les actions et la confirmation
Avant de commencer, préparez la date de retrait et la quantité. Pour un kit spécial, obtenez aussi le code d’autorisation du laboratoire fictif. Cette condition doit précéder l’envoi, au lieu d’être cachée dans une note finale.
- Connectez-vous au service de réservation et ouvrez Nouvelle demande.
- Sélectionnez le type de kit, puis indiquez la quantité et la date de retrait.
- Pour un kit spécial, saisissez le code d’autorisation dans le champ prévu.
- Ouvrez le récapitulatif. Vérifiez le type, la quantité et la date ; corrigez les erreurs avant de poursuivre.
- Si les données sont correctes, sélectionnez Envoyer la demande.
- Conservez le numéro affiché dans la confirmation de réception.
La réception ne vaut pas approbation si une évaluation reste nécessaire. Dans une procédure réelle, précisez comment la décision sera communiquée et où s’adresser en l’absence de confirmation. Vérifiez ces informations sans les déduire du libellé d’un bouton.
Associer chaque problème à une solution pertinente
« Une erreur est survenue » ne suffit pas lorsque le lecteur peut agir. Si le code manque, indiquez le champ à compléter. S’il est invalide, expliquez comment le vérifier ou qui contacter. Si le service est indisponible, demander de corriger des données déjà justes n’aide pas.
Designers Italia recommande d’expliquer le problème et sa solution sans culpabiliser. « Saisissez le code d’autorisation pour demander ce kit » est plus utile que « Vous avez mal rempli le formulaire », à condition que le système identifie réellement cette cause.
Prévoyez également le doute sur l’envoi. Si aucun numéro n’apparaît, expliquez comment consulter l’état avant de répéter la demande. « Cliquez à nouveau » n’est pas une solution générale : vérifiez quelles actions sont réversibles et lesquelles pourraient provoquer un second envoi.
Rendre les variantes visibles sans alourdir chaque étape
Placez une exception à côté du point où elle modifie la procédure. « Si vous demandez un kit spécial » doit précéder le code, sans se répéter entre parenthèses à chaque étape. Un parcours alternatif long peut avoir sa propre section, avec un critère de choix explicite.
Numérotez les actions successives et utilisez des puces pour des éléments sans ordre. Un titre comme « Après l’envoi » permet de retrouver les confirmations et les délais plus facilement que des rubriques répétées « Autres informations ».
Le contrôle de lisibilité peut aider à repérer une formulation lourde, mais l’indice Gulpease concerne l’italien. Il ne vérifie ni les prérequis ni les fonctions d’un service. Des phrases courtes ne compensent pas l’absence d’un document indispensable. Distinguez la révision rédactionnelle du test d’exécution.
Tester le parcours et consigner les observations
Pour un vrai service, observez une personne du public concerné qui part des conditions indiquées et tente de terminer sans explications supplémentaires. Notez les interventions et les questions. N’attribuez pas automatiquement une difficulté à une lecture distraite : une information peut manquer ou un libellé différer de l’interface.
Vérifiez le parcours ordinaire et les variantes décrites. Signalez comme non vérifiée toute partie non testée. La relecture seule ne démontre ni la réussite d’un envoi, ni l’accessibilité de l’interface, ni le fonctionnement des messages de récupération.
Après une modification du service, revoyez les libellés, les conditions, les images et le résultat final. Une date de révision doit correspondre à des contrôles réels. Le but est de réduire les incertitudes et de garder les consignes conformes à ce que le service permet effectivement de faire.
Le parcours complet de l’exemple fictif
| Moment | Information nécessaire | Signe d’achèvement |
|---|---|---|
| Avant de commencer | Date, quantité et éventuelle autorisation | Données préparées |
| Saisie | Actions et champs identifiables | Données présentes dans le récapitulatif |
| Vérification | Éléments à contrôler et à corriger | Récapitulatif cohérent |
| Envoi | Action à effet explicite | Numéro de demande |
| Après l’envoi | Réception distincte de la décision | État consultable selon les règles du service |
Sources et vérifications
- Designers Italia: microtesti · Actions précises, aides contextuelles et messages d’erreur expliquant le problème et sa résolution sans culpabiliser.