Communitygithub.com

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.

Qu'est-ce que Chercheur et Designer UX ?

Cette compétence est conçue pour les professionnels de l'UX et sert d'assistant complet pour la recherche et la conception centrée sur l'utilisateur. Elle permet de générer des personas utilisateur à partir de données (analytiques, entretiens, enquêtes), de créer des cartes de parcours détaillées visualisant l'expérience complète (y compris les chemins heureux, d'échec et difficiles), de planifier des tests d'utilisabilité (méthode, tâches, métriques) et de synthétiser les résultats de recherche en recommandations de conception exploitables. Utile sur toute plateforme supportant l'exécution de scripts Python (via les outils associés), cette compétence simplifie les tâches complexes d'UX. Elle fonctionne en proposant des workflows guidés avec des modèles et des vérifications de qualité, et peut s'intégrer à des pipelines de données pour une génération pilotée par les données. Elle inclut également un assistant de calcul de taille d'échantillon et un générateur de personas proto-légers pour une validation rapide des hypothèses.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/borghei/Claude-Skills/tree/HEAD/product-team/ux-researcher-designer

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

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

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 :

  1. 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"]
      }
    ]
    
  2. 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
    
  3. Examiner les composants générés

    ComposantQue vérifier
    ArchétypeCorrespond-il aux modèles de données ?
    Données démographiquesSont-elles dérivées des données réelles ?
    ObjectifsSont-ils spécifiques et exploitables ?
    FrustrationsIncluent-elles les comptages de fréquence ?
    Implications pour la conceptionLes designers peuvent-ils agir dessus ?
  4. 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
  5. Référence : Voir references/persona-methodology.md pour 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 :

  1. Générer des questions d'entretien pour valider les hypothèses (Recommandé)
  2. Générer un anti-persona pour définir les limites du périmètre
  3. 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 :

  1. Définir le périmètre

    ÉlémentDescription
    PersonaQuel type d'utilisateur
    ObjectifCe qu'ils essaient d'atteindre
    DébutDéclencheur qui démarre le parcours
    FinCritères de succès
    Période de tempsHeures/jours/semaines
  2. Recueillir les données de parcours

    Sources :

    • Entretiens utilisateur (demandez "guidez-moi à travers...")
    • Enregistrements de sessions
    • Analytiques (entonnoir, abandons)
    • Tickets de support
  3. Cartographier les étapes

    Étapes typiques pour un SaaS B2B :

    Sensibilisation → Évaluation → Intégration → Adoption → Plaidoyer
    
  4. 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 ?
    
  5. Cartographier trois chemins d'expérience (pas seulement le chemin heureux)

    ÉtapeChemin HeureuxChemin d'ÉchecChemin Difficile
    SensibilisationTrouve le produit via rechercheNe découvre jamais le produitTrouve un concurrent en premier
    ConsidérationProposition de valeur claireConfus par la tarificationNécessite l'approbation du responsable
    DécisionProcessus d'inscription simpleErreurs de formulaire, abandonneLes examens juridiques retardent
    Livraison et UtilisationIntégration fluideImpossible d'importer des donnéesSolution de contournement nécessaire
    FidélitéDevient un défenseurSe désabonne silencieusementReste 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.
  6. Ajouter des KPI et des responsabilités par étape

    ÉtapeKPI AvancéKPI RetardéPropriétaire d'Équipe
    SensibilisationVisites du site, impressions publicitairesMémorisation de la marqueMarketing
    ConsidérationDemandes de démo, vues de la page de tarificationConversion MQLMarketing/Ventes
    DécisionDémarrages d'essai, contrat envoyéTaux de conclusionVentes
    UtilisationAdoption des fonctionnalités, DAUTaux de rétentionProduit
    FidélitéNPS, nombre de recommandationsLTV, revenus d'expansionRéussite Client
  7. Identifier les principaux points de friction et interventions

    Pour chaque point de friction, documentez :

    Point de FrictionPourquoi c'est ImportantInterventionImpact AttenduEffortConfiance
    [Description][Impact utilisateur/entreprise][Correctif proposé]Élevé/Moyen/FaibleP/M/GÉlevée/Moyenne/Faible

    Score de Priorité = Fréquence x Sévérité x Résolvabilité

  8. Référence : Voir references/journey-mapping-guide.md pour les modèles


Workflow 3 : Planifier un Test d'Utilisabilité

Situation : Vous devez valider une conception avec de vrais utilisateurs.

Étapes :

  1. Définir les questions de recherche

    Transformez les objectifs vagues en questions testables :

    VagueTestable
    "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 ?"
  2. Sélectionner la méthode

    MéthodeParticipantsDuréeMeilleur pour
    À distance modérée5-845-60 minInformations approfondies
    À distance non modérée10-2015-20 minValidation rapide
    Guérilla3-55-10 minRetour rapide
  3. 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

  4. Définir les métriques de succès

    MétriqueCible
    Taux d'achèvement>80%
    Temps par tâche<2× attendu
    Taux d'erreur<15%
    Satisfaction>4/5
  5. Préparer le guide du modérateur

    • Instructions de réflexion à voix haute
    • Questions non suggestives
    • Questions post-tâche
  6. Référence : Voir references/usability-testing-frameworks.md pour 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 :

  1. 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
  2. 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)
    
  3. Calculer les tailles de segments

    ClusterUtilisateurs%Viabilité
    Utilisateurs Avancés1836%Persona principal
    Utilisateurs Professionnels1530%Persona principal
    Utilisateurs Occasionnels1224%Persona secondaire
  4. 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
  5. Prioriser les opportunités

    FacteurScore 1-5
    FréquenceÀ quelle fréquence cela se produit-il ?
    SévéritéÀ quel point cela fait-il mal ?
    ÉtendueCombien d'utilisateurs sont concernés ?
    RésolvabilitéPouvons-nous réparer cela ?
  6. Référence : Voir references/persona-methodology.md pour 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.

ArgumentValeursDéfautDescription
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étypeSignauxFocus Conception
utilisateur_avancéUtilisation quotidienne, 10+ fonctionnalitésEfficacité, personnalisation
utilisateur_occasionnelUtilisation hebdomadaire, 3-5 fonctionnalitésSimplicité, guidage
utilisateur_professionnelContexte professionnel, utilisation en équipeCollaboration, reporting
mobile_d'abordMobile principalTactile, hors ligne, vitesse

Composants de Sortie :

ComposantDescription
données_démographiquesTranche d'âge, lieu, profession, niveau technique
psychographiquesMotivations, valeurs, attitudes, style de vie
comportementsModèles d'utilisation, préférences de fonctionnalités
besoins_et_objectifsPrimaire, secondaire, fonctionnel, émotionnel
frustrationsPoints de douleur avec preuves
scénariosHistoires d'utilisation contextuelles
implications_conceptionRecommandations exploitables
points_de_donnéesTaille de l'échantillon, niveau de confiance

Tableaux de Référence Rapide

Sélection de Méthode de Recherche

Type de QuestionMeilleure MéthodeTaille d'Échantillon
"Que font les utilisateurs ?"Analytiques, observation100+ événements
"Pourquoi le font-ils ?"Entretiens8-15 utilisateurs
"Dans quelle mesure peuvent-ils le faire ?"Test d'utilisabilité5-8 utilisateurs
"Que préfèrent-ils ?"Sondage, test A/B50+ utilisateurs
"Que ressentent-ils ?"Étude journalière, entretiens10-15 utilisateurs

Niveaux de Confiance des Personas

Taille d'ÉchantillonConfianceCas d'Utilisation
5-10 utilisateursFaibleExploratoire
11-30 utilisateursMoyenneDirectionnel
31+ utilisateursÉlevéeProduction

Sévérité des Problèmes d'Utilisabilité

SévéritéDéfinitionAction
4 - CritiqueEmpêche l'achèvement de la tâcheCorriger immédiatement
3 - MajeurDifficulté significativeCorriger avant la sortie
2 - MineurProvoque une hésitationCorriger quand possible
1 - CosmétiqueRemarqué mais pas problématiqueFaible priorité

Types de Questions d'Entretien

TypeExempleUtiliser 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, exemples
  • journey-mapping-guide.md - Modèles de cartes de parcours, meilleures pratiques
  • usability-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 RechercheMinimum RecommandéJustification
Tests d'utilisabilité formatifs5 utilisateursDétecte ~85% des problèmes
Tests comparatifs (A/B)15+ par varianteSignification statistique
Recherche d'entretiens8-15 utilisateursAtteinte de saturation
Enquêtes quantitatives100+ répondantsMarge 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

  1. Biais de confirmation : Cherchez des preuves qui contredisent vos hypothèses.
  2. Biais du modérateur : Utilisez des questions neutres et évitez le langage corporel suggestif.
  3. Biais d'échantillonnage : Recrutez au-delà de vos utilisateurs "typiques".
  4. Surcharge de données : Ne recueillez que les données dont vous avez besoin.
  5. Paralysie d'analyse : Passez à la conception une fois les modèles émergents identifiés.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills associés