Dans les coulisses d'un guide pas-à-pas pour application bancaire

Un guide ne naît jamais d'une envie de décrire une application de A à Z. Il naît d'une question entendue en séminaire, au téléphone ou à l'accueil : « Où dois-je appuyer pour valider ? », « Pourquoi mon téléphone me demande-t-il un code que je n'ai pas demandé ? ». Chez Clair Écran, nous notons ces phrases telles quelles, avec les mots des personnes, et c'est autour d'elles que le plan se construit.

Je lis ensuite les messages reçus par les participants, les captures d'écran qu'ils nous envoient et les hésitations qu'ils décrivent. Cela montre rapidement où le parcours bloque : un bouton peu visible, un terme technique, une étape qui change d'une banque à l'autre. Le guide commence par ces points-là, pas par la page d'accueil de l'application.

Cette méthode a une conséquence simple : certains écrans, pourtant très visibles, ne méritent qu'une ligne, tandis qu'un petit menu caché peut occuper une page entière.

• Une question entendue en séance devient le titre d'une étape
• Les mots des lecteurs priment sur le vocabulaire des banques

Aucune étape n'est rédigée de mémoire. Nous reprenons chaque parcours sur un téléphone et un lecteur de Digipass, avec des comptes de test, en notant ce que l'on voit à chaque pression. Un guide illustré qui montre un écran différent de celui du lecteur ne rassure personne : il inquiète, et c'est exactement ce que nous voulons éviter.

Nous testons aussi dans de mauvaises conditions : connexion lente, luminosité faible, doigts un peu maladroits, notification qui arrive au mauvais moment. Les applications évoluent par petites touches, et un bouton déplacé de deux centimètres suffit à désorienter quelqu'un qui découvre l'outil.

Quand un écart apparaît entre deux versions d'une application, nous l'indiquons dans le guide plutôt que de l'ignorer. Le lecteur sait alors qu'un écran légèrement différent n'est pas forcément un signe de problème.

Une capture d'écran n'est utile que si elle montre une seule chose. Nous recadrons, nous entourons l'élément à toucher, et nous masquons tout ce qui ressemble à un numéro de compte réel. Chaque image est accompagnée d'une phrase courte à l'indicatif présent : « Touchez le bouton bleu en bas de l'écran. »

Le vocabulaire fait l'objet d'un soin particulier. Nous employons le mot que la personne verra à l'écran, puis, au besoin, son équivalent courant. Parler de « code de validation » quand l'application écrit « signature » crée une confusion que personne ne signale, mais que beaucoup ressentent.

Je relis chaque guide en me posant une question : une personne qui n'a jamais utilisé son téléphone pour sa banque comprendrait-elle cette phrase sans aide ? Si la réponse est hésitante, la phrase est réécrite, souvent plus courte, parfois divisée en deux étapes distinctes.

• Une capture, une action, une phrase
• Le mot affiché à l'écran passe avant le terme d'usage

Avant publication, le guide passe entre les mains de lecteurs qui ne l'ont pas écrit. Nous leur demandons de suivre les étapes sans que nous intervenions, et nous observons où le doigt hésite. Ce n'est pas un test de la personne, c'est un test du texte : si quelqu'un se trompe, c'est le guide qu'il faut corriger.

Ces relectures nous ont appris des choses que l'on ne devine pas seul. Une flèche qui semble évidente à l'auteur passe inaperçue. Une consigne placée après l'image est lue trop tard. Un paragraphe de plus de cinq lignes est abandonné en cours de route.

Luc Hendrickx, qui anime nos séminaires, glisse parfois des guides en cours de rédaction aux participants et recueille leurs remarques à la pause. Ces retours, souvent brefs, comptent plus que n'importe quelle relecture interne.

Mon rôle, ici, est de veiller à ce que chaque pas-à-pas contienne le bon réflexe au bon endroit. Au moment de confirmer un paiement par QR code, le guide rappelle de relire le montant et le nom du bénéficiaire. Au moment d'ouvrir itsme, il rappelle que personne n'a besoin de connaître le code que vous saisissez.

Ces rappels sont brefs et placés exactement là où l'erreur serait possible. Un conseil général en début de page n'est presque jamais relu au moment critique ; une remarque posée à côté du bouton, elle, est vue.

Nous évitons le ton alarmiste. Le but n'est pas de faire peur, mais de rendre un geste prudent aussi naturel que de vérifier la monnaie rendue au guichet.

• Le rappel de prudence se place à côté du geste concerné
• Aucune formule qui dramatise la situation

Une application change, et le guide doit suivre. Nous vérifions régulièrement les parcours les plus utilisés et nous corrigeons les captures dès qu'un écran évolue. Chaque guide porte une mention de révision, pour que le lecteur sache s'il consulte un texte récent.

Quand une banque modifie une étape importante, nous prévenons les personnes qui ont suivi nos séances, sans attendre la prochaine formation. Il vaut mieux un court message clair qu'un guide devenu faux sans que personne s'en rende compte.

Ce travail de maintenance ne se voit pas, mais il explique pourquoi un guide de Clair Écran reste fiable plus longtemps qu'une simple suite de captures prises un jour donné.