On l’apprend au téléphone, des semaines plus tard
Un retour tardif, imprécis et biaisé
Aujourd’hui, le signal arrive par le support. Un conseiller raccroche et vous dit qu’un client n’a pas trouvé la solution. L’information est vraie, mais elle arrive tard, et elle est incomplète.
Elle est tardive : entre le moment où le lecteur bloque et celui où il décroche son téléphone, il s’est écoulé des jours. Beaucoup n’appellent jamais et referment simplement l’onglet. Ceux-là ne laissent aucune trace.
Elle est imprécise : le conseiller retient le problème, rarement l’article exact. « Il ne trouvait pas comment configurer les accès » ne vous dit pas si la page est introuvable, mal titrée, incomplète, ou parfaitement claire mais mal reliée au reste.
Elle est biaisée : vous n’entendez que ceux qui appellent. Les plus patients, ou les plus dépendants de votre outil. Jamais l’utilisateur pressé qui a renoncé.
Ce que coûte une documentation qu’on corrige au ressenti
Le vrai problème n’est pas le manque d’information. C’est que cette information, telle quelle, ne permet aucune décision. Prenez une base de trois cents articles traduits en trois langues, avec une personne dédiée à la traduction. Modifier une page, c’est enclencher un cycle complet : le développeur documente le changement, le responsable valide, le traducteur reprend les versions étrangères. Trois intervenants, trois langues.
À ce prix-là, on ne touche pas à ce qui fonctionne. On ne réécrit pas « au cas où ». Il faut savoir quelle page reprendre, et savoir pourquoi, avant d’engager qui que ce soit.
Le lecteur sait si la page l’a aidé — encore faut-il le lui demander là — Photo par RDNE Stock project via Pexels
Demander au lecteur, au moment où il termine sa page
Poser la question à la fin de la page, pas ailleurs
La personne la mieux placée pour vous dire si un article a aidé, c’est celle qui vient de le lire. Encore faut-il le lui demander à cet instant précis, sans l’interrompre.
C’est ce que fait l’Extension WordPress « Formulaire de satisfaction ». Un court questionnaire apparaît quand le lecteur atteint la fin du contenu, jamais avant. Il répond Oui ou Non en un clic. S’il répond Non, une liste de raisons que vous avez vous-même définies s’affiche : information introuvable, explication trop technique, procédure incomplète, ce que vous voulez. Et sous chaque raison cochée, il peut laisser un commentaire libre.
Ce commentaire est ce qui manquait au retour du support. Il est écrit par le lecteur, avec ses mots, rattaché à une page précise, au moment où le problème est frais.
Lire les votes par contenu, et savoir quoi reprendre
Côté administration, un tableau de bord regroupe les votes par type de contenu. Les colonnes se trient : vous classez par nombre de Non décroissant et vous obtenez, en une manipulation, la liste de vos articles à reprendre en priorité. Chaque ligne détaille la ventilation par raison — et si votre documentation est traduite ou découpée par métier, il reste à savoir quelle langue ou quel métier décroche. Un compteur apparaît également dans l’éditeur, à côté de chaque article.
Vous ne décidez plus au ressenti. Vous engagez votre cycle de validation sur les pages qui en ont besoin, et vous savez ce qu’il faut y corriger avant même de l’ouvrir.
La formule Essentiel couvre l’ensemble de ce qui est décrit ici : le questionnaire de fin de lecture, les raisons paramétrables, les commentaires libres et le tableau de bord trié. De quoi identifier quels articles reprendre, et pourquoi.
La formule Essentiel de l’Extension WordPress « Formulaire de satisfaction » couvre ce retour demandé au lecteur en fin de page, avec les raisons que vous définissez et le suivi page par page.
Image à la une — Photo par Eduard Perez via Pexels