# Choisir un persona de test selon la décision à vérifier

Trois scénarios fictifs montrent comment choisir un persona de test selon la décision que vous voulez vérifier.

- URL canonique: https://www.harmate.com/fr/blog/choisir-un-persona-de-test-selon-la-décision-à-vérifier
- Auteur: Harmate Team
- Publié le: 2026-11-15
- Mise à jour: 2026-11-15T01:55:10.826063+00:00
- Langue: fr

## Contenu

# Choisir un persona de test selon la décision à vérifier

Un scénario de test devient plus utile lorsque le profil a été choisi pour éprouver une décision précise. Il ne s’agit ni de représenter un segment de clients ni de déterminer quel profil est « le meilleur ». Comparez des cas fictifs selon les informations que l’assistant doit distinguer, puis retenez celui qui met à l’épreuve la décision annoncée.

Voici trois cas originaux pour un assistant de suivi de commande. Ils sont conçus pour cet exercice et ne proviennent pas d’un jeu de données Harmate.

## Comparer trois situations

| Cas fictif | Faits disponibles | Inconnue qui compte | Question de test possible |
|---|---|---|---|
| Inès | La commande est indiquée comme livrée ; la référence est confirmée. | L’endroit où le colis a été déposé. | L’assistant demande-t-il où vérifier au lieu d’inventer une preuve de livraison ? |
| Malik | La commande est en transit ; la référence est confirmée. | L’adresse et la date de livraison. | L’assistant distingue-t-il le statut actuel d’une promesse de livraison ? |
| Camille | L’annulation de la commande est confirmée. | Le motif de l’annulation. | L’assistant vérifie-t-il le motif avant de proposer une action financière ? |

Supposons que votre objectif soit de vérifier si l’assistant peut parler d’un statut réel sans inventer le détail qui manque. Retenez le cas de Malik : le statut « en transit » est fourni, alors que la date et l’adresse ne le sont pas. Ce contraste permet d’observer directement si la réponse respecte la limite des informations disponibles.

Le choix ne prouve pas que Malik ressemble davantage aux utilisateurs. Il répond uniquement à la question de contrôle définie. Inès convient à un test sur les colis déclarés livrés ; Camille, à un test distinct sur les annulations. Les fusionner dans un profil composite ajouterait plusieurs décisions et rendrait la lecture du résultat moins claire.

## Écrire une justification vérifiable

Avant de retenir un cas, écrivez la décision que le test doit éclairer en une phrase. Listez ensuite, pour chaque scénario, les faits confirmés, l’information manquante et l’erreur que vous voulez détecter. Choisissez le cas qui rend cette erreur observable avec les seules données fournies.

Gardez la comparaison qualitative : il n’y a pas de score à additionner. Une grille peut noter « adapté », « non pertinent pour cette décision » ou préciser pourquoi. Si plusieurs cas conviennent, conservez-les comme essais séparés plutôt que d’inventer un classement général. Si aucun ne convient, créez un scénario nouveau et documentez le fait manquant qui le rend nécessaire.

Pour un essai reproductible, archivez la décision visée, les trois fiches, la justification du choix et la consigne exacte donnée à l’assistant. Rapportez la réponse observée séparément pour chaque cas. Une seule comparaison conçue ne dit rien sur la fréquence d’un problème ou sur le comportement général d’un assistant.

Un exemple public de persona est présenté sur la page Harmate dédiée aux [personae](https://www.harmate.com/fr/pricing/api#personae-example-title). Il donne un point de référence public ; les cas de commande de cet article sont fictifs et ne sont pas des profils issus de cette banque.

Le [modèle de fiche](https://www.harmate.com/fr/blog/mod%C3%A8le-de-persona-synth%C3%A9tique-une-fiche-minimale-pour-tester-un-assistant-ia) aide à consigner les faits de chaque cas. Quand les essais se multiplient, la [grille de couverture](https://www.harmate.com/fr/blog/auditer-la-couverture-des-tests-dun-agent-avec-une-grille-de-cas) permet de repérer les décisions qui restent sans exemple.