Comment rédiger un rapport de recherche utilisateur exploitable

En bref

Un rapport de recherche utilisateur n’est ni une succession de résumés d’entretiens, ni un diaporama décoré de citations marquantes. Il doit permettre à une personne absente des séances de comprendre ce que l’équipe a observé, sur quelles preuves repose l’interprétation, où elle cesse de s’appliquer et quelle décision vient ensuite.

Considérez-le comme une trace de décision étayée. Commencez par la décision et les deux ou trois constats qui comptent. Reliez les affirmations importantes aux sources. Terminez par les recommandations, les questions ouvertes et les limites. Le détail du codage peut rester dans l’annexe ou le référentiel de recherche.

Un document élégant peut cacher des preuves faibles. Si l’étude n’a pas encore produit de constats défendables, un texte fluide généré par IA ne doit pas masquer ce manque.

Quelle décision ce rapport doit-il faciliter ?

Les mêmes entretiens peuvent donner plusieurs rapports. La responsable produit doit peut-être choisir entre revoir l’onboarding et mieux expliquer les droits. L’équipe commerciale s’intéressera plutôt aux obstacles à l’achat.

Avant d’écrire, demandez qui lira et décidera, ce que cette personne pourrait commencer, arrêter ou choisir, quelles questions de recherche influencent directement ce choix, et quels éléments intéressants restent hors du rapport.

« Résumer huit entretiens d’onboarding » décrit une tâche. « Décider si l’équipe corrige d’abord les invitations ou l’explication des droits au prochain trimestre » donne une règle éditoriale.

GOV.UK recommande de partager les résultats assez tôt pour qu’ils servent à la conception, à la priorisation et à la feuille de route. Une synthèse brève qui se comprend seule vaut souvent mieux qu’un rapport formel remis après la décision.

Une structure généralement suffisante

La synthèse tient sur une page : contexte, principaux constats, recommandation actuelle et risque encore ouvert. Ce n’est pas un sommaire.

L’objectif et les questions expliquent la décision visée et ce que les entretiens pouvaient réellement éclairer.

Les participants et la méthode précisent dates, nombre de séances, critères de recrutement, rôles, format et méthode d’analyse. Mentionnez aussi les séances incomplètes, enregistrements absents ou biais de recrutement.

Les constats clés forment le corps du rapport. Chacun comprend un titre direct, une explication, son périmètre, des preuves et les contre-preuves pertinentes. Classez-les selon leur poids dans la décision, pas selon l’ordre du guide d’entretien.

Les recommandations et questions ouvertes séparent les ajustements peu risqués, les pistes à tester et les questions nécessitant de nouvelles données.

Les limites et annexes conservent les frontières de l’étude, le plan, le guide et l’index détaillé des preuves sans alourdir le récit principal.

Ne généraliser que dans les limites des preuves

L’erreur fréquente n’est pas un constat trop court, mais un constat trop grand.

Si quatre responsables opérationnels sur six interrompent leur première configuration avant d’inviter un collègue afin de vérifier les droits, vous pouvez écrire :

Dans ce cycle, l’étape d’invitation a poussé des responsables opérationnels à vérifier le risque lié aux droits. Plusieurs ont interrompu la configuration pour consulter leur manager ou l’IT.

N’écrivez pas « Les utilisateurs ne font pas confiance à nos droits » ni « L’invitation provoque 67 % de l’attrition ». La première phrase invente une attitude universelle ; la seconde transforme un petit échantillon qualitatif en taux.

Un constat solide dit ce qui s’est passé, pour qui et dans quelles conditions, pourquoi cela compte pour la décision et ce que les preuves n’établissent pas. Les nombres décrivent le matériau de cette étude, pas toute la population.

Les citations doivent revenir à leur source

Une citation forte peut dominer une réunion. Elle peut aussi décrire un cas rare ou changer de sens hors contexte. Elle aide à comprendre un constat, mais ne le remplace pas.

Pour chaque affirmation importante, conservez le participant ou la séance anonymisée, le passage exact, l’horodatage, l’état de relecture et son rôle : preuve, contre-preuve ou note de recherche.

Les propos du participant et l’interprétation du chercheur ne doivent pas devenir un vague « retour utilisateur ». L’évaluation d’outils d’IA par NN/g souligne que les résultats sans séance, horodatage ou lien vers la source sont difficiles à vérifier et peuvent confondre notes et verbatims.

Laisser les contre-preuves dans le rapport

Quatre personnes bloquées au même endroit créent une histoire nette. Les deux autres peuvent révéler la condition réelle du problème.

Quatre participants ont vérifié les droits avant l’invitation. Les deux autres avaient reçu une liste de droits de leur administrateur. Les preuves actuelles suggèrent que le manque d’information participe au blocage, au-delà de l’interaction elle-même.

Cette nuance permet de tester une information plus précoce avant de refaire tout le parcours. Les rôles absents, séances interrompues et cas opposés au thème dominant modifient eux aussi la portée du constat.

Séparer constat et recommandation

« Les participants n’ont pas trouvé l’explication des droits » est un constat. « Placer l’explication au-dessus du bouton Inviter » est une hypothèse de solution.

La séparation permet à l’équipe d’accepter le problème tout en imaginant une meilleure réponse. L’échec d’un test de conception n’annule pas l’observation initiale.

Ajoutez à chaque recommandation un responsable, l’effet attendu et une vérification. « Améliorer l’accompagnement » n’est pas testable. « Comparer deux emplacements pendant cinq séances orientées tâche et observer si les participants choisissent qui inviter sans aide » l’est.

Expliquer clairement limites et confidentialité

Indiquez si le recrutement favorise les clients actifs, si un rôle manque, si l’étude repose sur des déclarations ou si la traduction a pu modifier des nuances. Précisez aussi les questions de fréquence ou de causalité auxquelles ce cycle ne répond pas.

Revoyez la confidentialité avant partage. GOV.UK recommande des extraits pleinement anonymisés lorsque c’est possible et le retrait des noms, coordonnées et identifiants directs. Un contenu insuffisamment anonymisé doit rester auprès des personnes qui en ont besoin et dont les participants ont été informés.

Remplacer le nom par « Participant A » ne suffit pas toujours. Un rôle rare, la taille de l’entreprise, la ville et une histoire inhabituelle peuvent identifier quelqu’un ensemble.

Créer et vérifier le rapport dans ScribeFlash

1. Dans Analyse, ouvrez chaque constat proposé. Vérifiez texte, preuves, contre-preuves et citations avant de confirmer ou rejeter.
2. Après avoir confirmé au moins un constat fiable, ouvrez Rapport et générez-le. Un brouillon sans constat confirmé peut être modifié, mais pas exporté.
3. Relisez objectif, méthode, participants, constats, preuves, limites, recommandations et annexes pour la décision visée.
4. Modifiez titres et contenu. Ajoutez, dupliquez, réordonnez, masquez ou supprimez des sections. Les sections masquées sont exclues de l’export.
5. Ouvrez les références et contrôlez constat, participant, entretien, texte source et horodatage. Corrigez les citations invalidées par un changement de source.
6. Lancez le contrôle qualité pour vérifier constats, preuves, contre-preuves et citations valides. Résolvez les erreurs critiques avant de marquer le rapport prêt.
7. Marquez le rapport relu comme prêt, puis exportez en TXT, CSV, DOCX ou PDF.
8. Si transcriptions, preuves ou constats changent, créez une nouvelle version et relisez-la.

Consultez le guide du rapport de recherche et le guide de validation des constats.

Cinq minutes de contrôle avant partage

• La synthèse nomme-t-elle la décision concernée ?
• Chaque constat est-il limité aux personnes et situations pertinentes ?
• Chaque citation revient-elle à la séance, au passage et à l’horodatage ?
• Les contre-preuves qui changent le périmètre restent-elles visibles ?
• Les recommandations sont-elles séparées et vérifiables ?
• Les limites sont-elles précises et la confidentialité conforme au consentement ?
• Les sections masquées, versions anciennes et citations invalides sont-elles absentes de l’export ?

Prévoyez une discussion après l’envoi. Demandez aux décideurs ce qu’ils comprennent des preuves, ce qu’ils comptent faire et ce qui reste douteux. La livraison n’est pas seulement un fichier : c’est le moment où l’équipe peut décider à partir du même ensemble de preuves.

Sources

• GOV.UK Service Manual: Sharing user research findings
• GOV.UK Service Manual: Analyse a research session
• GOV.UK Service Manual: Managing user research data and participant privacy
• Nielsen Norman Group: Data vs. Findings vs. Insights
• Nielsen Norman Group: Making Usability Findings Actionable
• Nielsen Norman Group: AI-Powered Tools for UX Research: Issues and Limitations