Faire tester ton projet par de vraies personnes

1. À la fin de cette leçon, tu sauras

Préparer un test court avec deux ou trois personnes et une tâche précise.
Observer quelqu’un utiliser ton résultat sans l’aider ni te justifier.
Recueillir des retours honnêtes avec quelques questions simples.
Trier les retours pour décider ce que tu corriges maintenant, plus tard ou jamais.

2. Pourquoi ça t’intéresse

Malik, bénévole dans une épicerie solidaire, a fait avec son agent une fiche d’accueil pour les nouveaux bénévoles. Pour lui, elle était parfaite. Il l’a donnée à deux personnes qui arrivaient, sans rien dire, et il a regardé. Les deux ont cherché les horaires pendant une minute : ils étaient à la fin. L’une n’a pas compris le mot « réassort ». Dix minutes de test lui ont appris plus que trois soirées de relecture. Quand tu as fabriqué quelque chose, tu ne peux plus le voir avec des yeux neufs : d’autres le peuvent.

3. Avant de commencer


Il te faut	Ton projet qui marche (leçon 2), ta fiche projet, ton journal, deux ou trois personnes disponibles une vingtaine de minutes chacune
Coût	Rien de plus que les outils déjà utilisés
Durée	1 h à 2 h au total, réparties sur quelques jours

4. Comprendre en 3 minutes

Un test utile, c’est regarder quelqu’un se servir de ton résultat, en silence, sur une vraie tâche. Tu ne cherches pas des compliments ni des avis généraux. Tu cherches les endroits où la personne hésite, se trompe ou abandonne.

Image mentale : tu as dessiné le plan d’accès à ta maison. Tu ne demandes pas « Le plan est-il joli ? ». Tu le donnes à un ami et tu regardes s’il arrive à ta porte. Là où il tourne en rond, le plan doit changer.

Quatre règles suffisent :

Règle	Pourquoi
Deux ou trois personnes proches des vrais utilisateurs	Les gros problèmes apparaissent dès les premières personnes
Une tâche précise, pas une visite guidée	On voit ce qui se passe vraiment, pas ce que tu montres
Observer sans expliquer	Chaque explication cache un défaut de ton outil
Trier avant de corriger	Ta date de fin et ton périmètre restent tenus

Si ton projet est surtout pour toi, teste quand même : demande à une personne de faire la tâche à ta place, comme si tu étais absent. Et garde la méthode : Vérifier ici, c’est vérifier avec d’autres.

5. Faire ensemble

Étape 1 · Préparer le scénario de test

Demande à ton assistant de t’aider à écrire une tâche claire :

Mon projet : [ce que fait ton projet, en une phrase].
Il sert à : [qui l'utilise et dans quelle situation].
Écris-moi une tâche de test que je donnerai à une personne
qui découvre l'outil : une consigne de deux phrases maximum,
sans me dire comment faire, et ce que je dois observer.
Propose aussi trois questions à poser après le test.

Relis la consigne : elle ne doit contenir aucun mot qui révèle la solution (« clique sur », « va dans l’onglet »).

Étape 2 · Choisir les personnes et préparer le matériel

Choisis deux ou trois personnes qui ressemblent à tes futurs utilisateurs : un collègue, un membre de ton association, un proche.
Prépare des données d’exemple. Aucune vraie donnée personnelle ne doit apparaître pendant le test.
Prépare une feuille de notes à trois colonnes : « Où elle hésite », « Ce qu’elle dit », « Ce que j’ai dû expliquer ».

Étape 3 · Faire passer le test

Dis : « C’est l’outil qu’on teste, pas toi. Pense à voix haute. »
Donne la consigne, puis tais-toi.
Note tout, surtout les silences et les hésitations.
N’aide que si la personne est complètement bloquée, et note-le dans la troisième colonne.
À la fin, pose tes trois questions, par exemple : « Qu’est-ce qui t’a surpris ? », « Où as-tu hésité ? », « T’en servirais-tu ? Pourquoi ? ».

Piège fréquent : se justifier. Dès que tu dis « en fait, c’est normal, il faut juste… », la personne arrête de te dire ce qu’elle pense. Remercie, note, et garde tes explications pour la fin.

Étape 4 · Trier les retours avec l’assistant

Rassemble tes notes, sans noms ni détails personnels, puis demande :

Voici les notes de [nombre] tests de mon projet : [colle tes notes].
Classe chaque problème en trois groupes :
1. Bloquant : la personne n'arrive pas à finir la tâche.
2. Gênant : elle y arrive, mais en hésitant ou en se trompant.
3. Idée : une suggestion d'ajout.
Indique combien de personnes ont rencontré chaque problème.
Ne propose pas encore de solution.

Vérifie le classement toi-même : c’est toi qui as vu les tests.

Étape 5 · Décider ce que tu corriges

Corrige tous les bloquants, puis les gênants qui touchent plusieurs personnes. Les idées vont dans ta liste « plus tard ». Pour chaque correction, fais une petite étape comme en leçon 2, et note-la dans ton journal.

6. Faire toi-même

Fais tester ton projet final par deux ou trois personnes, en suivant le scénario de l’étape 1.

Consigne précise : crée un fichier tests.md dans ton dossier de projet, avec pour chaque personne (désignée par une lettre, pas par son nom) tes observations dans les trois colonnes, puis le tableau de tri : bloquant, gênant, idée.

Résultat attendu : un tests.md complet, les bloquants corrigés, et une ligne dans ton journal qui dit ce que tu as décidé de ne pas corriger, et pourquoi.

7. Vérifier

Au moins deux personnes autres que toi ont essayé ton résultat sur une vraie tâche.
Ta consigne de test ne donnait pas la solution.
Tes notes distinguent ce que tu as observé et ce que tu as dû expliquer.
Aucune donnée personnelle réelle n’apparaît dans tests.md ni dans tes demandes à l’assistant.
Chaque problème est classé : bloquant, gênant ou idée.
Tous les bloquants sont corrigés, puis vérifiés par un nouvel essai.

8. Ce que tu gardes

Dans ton carnet de bord, note les trois questions de fin de test qui ont le mieux marché, et la principale surprise : ce que tu croyais évident et qui ne l’était pas. Ton tests.md te servira aussi dans la leçon suivante, pour écrire la documentation, et dans la leçon 5, pour ta présentation.

9. Pour aller plus loin

Après tes corrections, refais un test rapide avec une nouvelle personne : c’est la vraie vérification.
Si ton projet a une page web ou un formulaire (module 10), regarde aussi comment il s’affiche sur un téléphone pendant le test.