Que fait Chercheur et Designer UX ?
Générez des personas utilisateurs à partir de données de recherche, créez des cartes de parcours, planifiez des tests d'utilisabilité et synthétisez les résultats de recherche en recommandations de conception exploitables.
Table des matières
- Termes déclencheurs
- Workflows
- Référence des Outils
- Tableaux de Référence Rapide
- Base de Connaissances
Termes Déclencheurs
Utilisez cette compétence lorsque vous avez besoin de :
- "créer un persona utilisateur"
- "générer un persona à partir de données"
- "construire une carte de parcours client"
- "cartographier le parcours utilisateur"
- "planifier un test d'utilisabilité"
- "concevoir une étude d'utilisabilité"
- "analyser la recherche utilisateur"
- "synthétiser les résultats d'entretiens"
- "identifier les points de friction utilisateur"
- "définir des archétypes utilisateur"
- "calculer la taille d'échantillon de recherche"
- "créer une carte d'empathie"
- "identifier les besoins utilisateur"
Clarifier d'abord
Avant de générer l'artefact de recherche, réglez les paramètres ci-dessous. Lorsqu'une information est manquante ou vague et qu'elle modifierait le résultat, demandez-la ; dans le cas contraire, utilisez une valeur par défaut raisonnable et indiquez laquelle vous avez utilisée.
- Le livrable : persona, carte de parcours, plan de test d'utilisabilité ou synthèse de recherche (définit le workflow et le modèle applicable).
- Données disponibles et volume : analytiques/entretiens/sondages et combien d'utilisateurs (détermine la confiance dans le persona, et persona proto vs piloté par les données).
- L'objectif utilisateur et le périmètre : le persona, l'objectif cartographié, et le début/fin (définit les étapes de la carte de parcours et les questions de recherche).
Posez des questions sur les deux ou trois paramètres les plus importants pour cette demande, pas sur la liste entière. Si l'utilisateur souhaite un résultat immédiatement, produisez-le et indiquez vos hypothèses en haut.
Workflows
Workflow 1 : Générer un Persona Utilisateur
Situation : Vous disposez de données utilisateur (analytiques, sondages, entretiens) et devez créer un persona basé sur la recherche.
Étapes :
-
Préparer les données utilisateur
Format requis (JSON) :
[ { "user_id": "user_1", "age": 32, "usage_frequency": "daily", "features_used": ["dashboard", "reports", "export"], "primary_device": "desktop", "usage_context": "work", "tech_proficiency": 7, "pain_points": ["slow loading", "confusing UI"] } ] -
Exécuter le générateur de persona
# Sortie lisible par un humain python scripts/persona_generator.py # Sortie JSON pour intégration python scripts/persona_generator.py json -
Examiner les composants générés
Composant Que vérifier Archétype Correspond-il aux modèles de données ? Données démographiques Sont-elles dérivées des données réelles ? Objectifs Sont-ils spécifiques et exploitables ? Frustrations Incluent-elles les comptages de fréquence ? Implications pour la conception Les designers peuvent-ils agir dessus ? -
Valider le persona
- Montrer à 3 à 5 vrais utilisateurs : "Est-ce que cela vous ressemble ?"
- Recouper avec les tickets de support
- Vérifier par rapport aux données analytiques
-
Référence : Voir
references/persona-methodology.mdpour les critères de validité
Proto-Persona Canvas (Alternative Légère)
Lorsque vous manquez de données de recherche mais avez besoin d'un persona basé sur des hypothèses pour aligner l'équipe, utilisez un proto-persona canvas. Les proto-personas sont des outils d'hypothèse -- pas une vérité validée -- destinés à être testés et affinés.
À utiliser quand : Vous démarrez une nouvelle initiative sans budget de recherche, alignez rapidement une équipe interfonctionnelle, ou créez une hypothèse testable sur votre utilisateur.
Modèle de Proto-Persona Canvas :
### [Nom Allitératif] (ex : "Carlos le Prudent")
**Bio & Données Démographiques :**
- Âge, géographie, statut social, étape de carrière
- Présence en ligne, loisirs, statut relationnel
**Citations** (ce qu'ils disent, ressentent, pensent) :
- "[Citation directe capturant leur perspective]"
- "[Citation révélant une frustration ou une aspiration]"
**Points de Douleur :**
- [Douleur liée à l'espace problématique]
- [Douleur liée aux solutions de contournement actuelles]
**Ce qu'ils Essaient d'Accomplir :**
- [Comportement observable 1]
- [Comportement observable 2]
**Objectifs** (souhaits, besoins, rêves) :
- [Objectif à court terme]
- [Aspiration à long terme]
**Attitudes & Influences :**
- Autorité de Décision : [Peuvent-ils acheter/adopter votre solution ?]
- Influenceurs Décisionnels : [Qui influence leurs décisions ?]
- Croyances & Attitudes : [Quelles croyances impactent leurs choix ?]
**Hypothèses à Valider :**
- [Principale hypothèse qui doit être vraie pour que ce persona soit viable]
- [Deuxième hypothèse]
- [Troisième hypothèse]
Étapes suivantes après le proto-persona :
- Générer des questions d'entretien pour valider les hypothèses (Recommandé)
- Générer un anti-persona pour définir les limites du périmètre
- Convertir en un briefing d'une page pour les parties prenantes
Workflow 2 : Créer une Carte de Parcours
Situation : Vous devez visualiser l'expérience utilisateur de bout en bout pour un objectif spécifique.
Étapes :
-
Définir le périmètre
Élément Description Persona Quel type d'utilisateur Objectif Ce qu'ils essaient d'atteindre Début Déclencheur qui démarre le parcours Fin Critères de succès Période de temps Heures/jours/semaines -
Recueillir les données de parcours
Sources :
- Entretiens utilisateur (demandez "guidez-moi à travers...")
- Enregistrements de sessions
- Analytiques (entonnoir, abandons)
- Tickets de support
-
Cartographier les étapes
Étapes typiques pour un SaaS B2B :
Sensibilisation → Évaluation → Intégration → Adoption → Plaidoyer -
Remplir les couches pour chaque étape
Étape : [Nom] ├── Actions : Que fait l'utilisateur ? ├── Points de contact : Où interagissent-ils ? ├── Émotions : Comment se sentent-ils ? (1-5) ├── Points de douleur : Qu'est-ce qui les frustre ? └── Opportunités : Où pouvons-nous améliorer ? -
Cartographier trois chemins d'expérience (pas seulement le chemin heureux)
Étape Chemin Heureux Chemin d'Échec Chemin Difficile Sensibilisation Trouve le produit via recherche Ne découvre jamais le produit Trouve un concurrent en premier Considération Proposition de valeur claire Confus par la tarification Nécessite l'approbation du responsable Décision Processus d'inscription simple Erreurs de formulaire, abandonne Les examens juridiques retardent Livraison et Utilisation Intégration fluide Impossible d'importer des données Solution de contournement nécessaire Fidélité Devient un défenseur Se désabonne silencieusement Reste mais se plaint - Chemin Heureux : Tout fonctionne comme conçu.
- Chemin d'Échec : L'utilisateur ne peut pas atteindre son objectif et abandonne.
- Chemin Difficile : L'utilisateur atteint l'objectif mais avec friction, solutions de contournement, ou frustration.
-
Ajouter des KPI et des responsabilités par étape
Étape KPI Avancé KPI Retardé Propriétaire d'Équipe Sensibilisation Visites du site, impressions publicitaires Mémorisation de la marque Marketing Considération Demandes de démo, vues de la page de tarification Conversion MQL Marketing/Ventes Décision Démarrages d'essai, contrat envoyé Taux de conclusion Ventes Utilisation Adoption des fonctionnalités, DAU Taux de rétention Produit Fidélité NPS, nombre de recommandations LTV, revenus d'expansion Réussite Client -
Identifier les principaux points de friction et interventions
Pour chaque point de friction, documentez :
Point de Friction Pourquoi c'est Important Intervention Impact Attendu Effort Confiance [Description] [Impact utilisateur/entreprise] [Correctif proposé] Élevé/Moyen/Faible P/M/G Élevée/Moyenne/Faible Score de Priorité = Fréquence x Sévérité x Résolvabilité
-
Référence : Voir
references/journey-mapping-guide.mdpour les modèles
Workflow 3 : Planifier un Test d'Utilisabilité
Situation : Vous devez valider une conception avec de vrais utilisateurs.
Étapes :
-
Définir les questions de recherche
Transformez les objectifs vagues en questions testables :
Vague Testable "Est-ce facile à utiliser ?" "Les utilisateurs peuvent-ils terminer le paiement en <3 min ?" "Les utilisateurs aiment-ils ça ?" "Les utilisateurs choisiront-ils la conception A ou B ?" "Est-ce que ça a du sens ?" "Les utilisateurs peuvent-ils trouver les paramètres sans indices ?" -
Sélectionner la méthode
Méthode Participants Durée Meilleur pour À distance modérée 5-8 45-60 min Informations approfondies À distance non modérée 10-20 15-20 min Validation rapide Guérilla 3-5 5-10 min Retour rapide -
Concevoir les tâches
Format de tâche approprié :
SCÉNARIO : "Imaginez que vous planifiez un voyage à Paris..." OBJECTIF : "Réservez un hôtel pour 3 nuits dans votre budget." SUCCÈS : "Vous voyez la page de confirmation."Progression des tâches : Échauffement → Cœur → Secondaire → Cas limite → Exploration libre
-
Définir les métriques de succès
Métrique Cible Taux d'achèvement >80% Temps par tâche <2× attendu Taux d'erreur <15% Satisfaction >4/5 -
Préparer le guide du modérateur
- Instructions de réflexion à voix haute
- Questions non suggestives
- Questions post-tâche
-
Référence : Voir
references/usability-testing-frameworks.mdpour le guide complet
Workflow 4 : Synthétiser la Recherche
Situation : Vous avez des données de recherche brutes (entretiens, sondages, observations) et avez besoin d'informations exploitables.
Étapes :
-
Coder les données
Étiquetez chaque point de données :
[GOAL]- Ce qu'ils veulent atteindre[PAIN]- Ce qui les frustre[BEHAVIOR]- Ce qu'ils font réellement[CONTEXT]- Quand/où ils utilisent le produit[QUOTE]- Mots directs de l'utilisateur
-
Regrouper les modèles similaires
Utilisateur A : Utilisation quotidienne, fonctionnalités avancées, raccourcis Utilisateur B : Utilisation quotidienne, workflows complexes, automatisation Utilisateur C : Utilisation hebdomadaire, besoins de base, occasionnel Cluster 1 : A, B (Utilisateurs Avancés) Cluster 2 : C (Utilisateur Occasionnel) -
Calculer les tailles de segments
Cluster Utilisateurs % Viabilité Utilisateurs Avancés 18 36% Persona principal Utilisateurs Professionnels 15 30% Persona principal Utilisateurs Occasionnels 12 24% Persona secondaire -
Extraire les conclusions clés
Pour chaque thème :
- Énoncé de conclusion
- Preuve à l'appui (citations, données)
- Fréquence (X/Y participants)
- Impact commercial
- Recommandation
-
Prioriser les opportunités
Facteur Score 1-5 Fréquence À quelle fréquence cela se produit-il ? Sévérité À quel point cela fait-il mal ? Étendue Combien d'utilisateurs sont concernés ? Résolvabilité Pouvons-nous réparer cela ? -
Référence : Voir
references/persona-methodology.mdpour le cadre d'analyse
Référence des Outils
persona_generator.py
Génère des personas pilotés par les données à partir de données de recherche utilisateur.
| Argument | Valeurs | Défaut | Description |
|---|---|---|---|
| format | (aucun), json | (aucun) | Format de sortie |
Exemple de Sortie :
============================================================
PERSONA : Alex l'Utilisateur Avancé
============================================================
📝 Un utilisateur quotidien qui utilise principalement le produit à des fins professionnelles
Archétype : Utilisateur Avancé
Citation : "J'ai besoin d'outils qui peuvent suivre le rythme de mon workflow"
👤 Données Démographiques :
• Tranche d'Âge : 25-34
• Type de Lieu : Urbain
• Compétence Technique : Avancée
🎯 Objectifs & Besoins :
• Effectuer les tâches efficacement
• Automatiser les workflows
• Accéder aux fonctionnalités avancées
😤 Frustrations :
• Temps de chargement lents (14/20 utilisateurs)
• Pas de raccourcis clavier
• Accès API limité
💡 Implications pour la Conception :
→ Optimiser pour la vitesse et l'efficacité
→ Fournir des raccourcis clavier et des fonctionnalités avancées
→ Exposer les capacités API et d'automatisation
📈 Données : Basé sur 45 utilisateurs
Confiance : Élevée
Archétypes Générés :
| Archétype | Signaux | Focus Conception |
|---|---|---|
| utilisateur_avancé | Utilisation quotidienne, 10+ fonctionnalités | Efficacité, personnalisation |
| utilisateur_occasionnel | Utilisation hebdomadaire, 3-5 fonctionnalités | Simplicité, guidage |
| utilisateur_professionnel | Contexte professionnel, utilisation en équipe | Collaboration, reporting |
| mobile_d'abord | Mobile principal | Tactile, hors ligne, vitesse |
Composants de Sortie :
| Composant | Description |
|---|---|
| données_démographiques | Tranche d'âge, lieu, profession, niveau technique |
| psychographiques | Motivations, valeurs, attitudes, style de vie |
| comportements | Modèles d'utilisation, préférences de fonctionnalités |
| besoins_et_objectifs | Primaire, secondaire, fonctionnel, émotionnel |
| frustrations | Points de douleur avec preuves |
| scénarios | Histoires d'utilisation contextuelles |
| implications_conception | Recommandations exploitables |
| points_de_données | Taille de l'échantillon, niveau de confiance |
Tableaux de Référence Rapide
Sélection de Méthode de Recherche
| Type de Question | Meilleure Méthode | Taille d'Échantillon |
|---|---|---|
| "Que font les utilisateurs ?" | Analytiques, observation | 100+ événements |
| "Pourquoi le font-ils ?" | Entretiens | 8-15 utilisateurs |
| "Dans quelle mesure peuvent-ils le faire ?" | Test d'utilisabilité | 5-8 utilisateurs |
| "Que préfèrent-ils ?" | Sondage, test A/B | 50+ utilisateurs |
| "Que ressentent-ils ?" | Étude journalière, entretiens | 10-15 utilisateurs |
Niveaux de Confiance des Personas
| Taille d'Échantillon | Confiance | Cas d'Utilisation |
|---|---|---|
| 5-10 utilisateurs | Faible | Exploratoire |
| 11-30 utilisateurs | Moyenne | Directionnel |
| 31+ utilisateurs | Élevée | Production |
Sévérité des Problèmes d'Utilisabilité
| Sévérité | Définition | Action |
|---|---|---|
| 4 - Critique | Empêche l'achèvement de la tâche | Corriger immédiatement |
| 3 - Majeur | Difficulté significative | Corriger avant la sortie |
| 2 - Mineur | Provoque une hésitation | Corriger quand possible |
| 1 - Cosmétique | Remarqué mais pas problématique | Faible priorité |
Types de Questions d'Entretien
| Type | Exemple | Utiliser pour |
|---|---|---|
| Contexte | "Guide-moi à travers une journée typique" | Comprendre l'environnement |
| Comportement | "Montre-moi comment tu fais X" | Observer les actions réelles |
| Objectifs | "Qu'essaies-tu d'atteindre ?" | Découvrir les motivations |
| Douleur | "Quelle est la partie la plus difficile ?" | Identifier les frustrations |
| Réflexion | "Que changerais-tu ?" | Générer des idées |
Base de Connaissances
Guides de référence détaillés dans references/ :
persona-methodology.md- Critères de validité des personas, cadre d'analyse, exemplesjourney-mapping-guide.md- Modèles de cartes de parcours, meilleures pratiquesusability-testing-frameworks.md- Guide complet des tests d'utilisabilitéresearch-synthesis-templates.md- Modèles de synthèse de recherche, structures de rapports
Calculatrice Rapide de Taille d'Échantillon
Utilisez cette formule pour des enquêtes quantitatives :
n = Z² × p(1-p) / E²
Où :
- Z = Score Z (1,96 pour 95% de confiance)
- p = Proportion estimée (0,5 par défaut)
- E = Marge d'erreur (0,05 = ±5%)
Exemple : n = (1,96)² × 0,5(0,5) / (0,05)² = 384 utilisateurs
Taille d'Échantillon Minimum pour les Tests d'Utilisabilité (qualitatifs) :
| Type de Recherche | Minimum Recommandé | Justification |
|---|---|---|
| Tests d'utilisabilité formatifs | 5 utilisateurs | Détecte ~85% des problèmes |
| Tests comparatifs (A/B) | 15+ par variante | Signification statistique |
| Recherche d'entretiens | 8-15 utilisateurs | Atteinte de saturation |
| Enquêtes quantitatives | 100+ répondants | Marge d'erreur sous 10% |
Bonnes Pratiques de Recherche UX
Considérations Éthiques
- Consentement éclairé : Expliquez toujours le but de la recherche, comment les données seront utilisées, et que la participation est volontaire.
- Anonymat : Retirez les informations personnelles identifiables (PII) des résultats de recherche.
- Représentation équitable : Recrutez des participants qui reflètent la diversité de votre base d'utilisateurs.
- Protection des données : Stockez les données de recherche en toute sécurité et supprimez-les une fois l'analyse terminée.
Pièges Courants à Éviter
- Biais de confirmation : Cherchez des preuves qui contredisent vos hypothèses.
- Biais du modérateur : Utilisez des questions neutres et évitez le langage corporel suggestif.
- Biais d'échantillonnage : Recrutez au-delà de vos utilisateurs "typiques".
- Surcharge de données : Ne recueillez que les données dont vous avez besoin.
- Paralysie d'analyse : Passez à la conception une fois les modèles émergents identifiés.