contacara

Comment rédiger des consignes claires pour accomplir une tâche

Expliquez qui peut commencer, ce qu’il faut préparer, quelle action effectuer et comment reconnaître le résultat. Placez chaque condition avant l’étape concernée et séparez les parcours possibles. Vérifiez ensuite la procédure dans l’environnement réel : un texte lisible ne prouve pas que les étapes fonctionnent.

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.

Quatre actions relient documents, saisie, relecture et envoi à un résultat observable. Un numéro de demande prouve la réception, pas l’approbation.
Schéma de l’atelier fictif du guide. Les fonctions demanderaient une vérification sur un service réel. Ouvrir le JPG en taille réelle

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.

  1. Connectez-vous au service de réservation et ouvrez Nouvelle demande.
  2. Sélectionnez le type de kit, puis indiquez la quantité et la date de retrait.
  3. Pour un kit spécial, saisissez le code d’autorisation dans le champ prévu.
  4. Ouvrez le récapitulatif. Vérifiez le type, la quantité et la date ; corrigez les erreurs avant de poursuivre.
  5. Si les données sont correctes, sélectionnez Envoyer la demande.
  6. 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

MomentInformation nécessaireSigne d’achèvement
Avant de commencerDate, quantité et éventuelle autorisationDonnées préparées
SaisieActions et champs identifiablesDonnées présentes dans le récapitulatif
VérificationÉléments à contrôler et à corrigerRécapitulatif cohérent
EnvoiAction à effet expliciteNuméro de demande
Après l’envoiRéception distincte de la décisionÉtat consultable selon les règles du service
Schéma rédactionnel original. Les fonctions du laboratoire sont hypothétiques et nécessiteraient une vérification sur un service réel.

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.

Ouvrir l’outil en italien