Quand il vous faut de vraies histoires plutôt qu’une validation polie, /conducting-user-interviews planifie l’interview et les questions pour entendre ce que les utilisateurs font. — Claude Skill
Une compétence Claude pour Claude Code par Refound — exécuter /conducting-user-interviews dans Claude·Mis à jour le 8 juin 2026
Planifiez des interviews discovery qui collectent des histoires, pas des opinions.
- Questions stories-not-opinions selon Teresa Torres : « racontez-moi la dernière fois où... » au lieu de « qu’aimez-vous ? »
- Cadre Four Forces Jobs-to-be-Done de Bob Moesta : push, pull, anxiété, habitude, utilisé comme modèle mental
- Falsifier, ne pas valider (Judd Antin) : questions conçues pour réfuter l’hypothèse, pas la confirmer
- Taille d’échantillon adaptée : règle 7-14 interviews de Shaun Clowes avec arrêt à saturation
- Plan d’interviews non-utilisateurs (Mihika Kapoor) pour révéler les écarts de perception invisibles aux clients actuels
Pour qui
Ce qu'il fait
Vous avez une hypothèse de douleur workflow et ne voulez pas perdre 6 semaines. /conducting-user-interviews rédige 8 questions story-style Teresa Torres et des probes switching-moment Bob Moesta pour entendre les comportements, pas les opinions.
Vous décidez du prix d’un nouveau plan. /conducting-user-interviews planifie un test d’engagement « facture 1 $ » de Jeff Weinstein plus des questions WTP Madhavan Ramanujam pour mesurer l’intention réelle, pas l’intérêt poli.
Le churn a sauté le mois dernier et 10 utilisateurs sortis acceptent un call. /conducting-user-interviews planifie une séquence switching interview Bob Moesta pour extraire push, pull et anxiété selon JTBD.
Vous voulez 10 design partners intégrés à l’équipe pendant des mois. /conducting-user-interviews conçoit un plan de co-création façon Tanguy Crusson avec accès Slack, points hebdo et interviews non-users pour contrer le biais de sélection.
Fonctionnement
Décrivez l’objectif : valider un problème, tester une solution, recherche pricing ou investigation churn
Choisissez le mode : discovery, switching-moment JTBD, co-création lighthouse ou non-user
Recevez un set de questions sur histoires et comportements passés, pas opinions
Vérifiez critères de recrutement et hypothèse de falsification à réfuter
Recevez un template d’analyse et le checkpoint saturation (7-14 interviews)
Exemple
Churn passé de 8 % à 14 % le mois dernier 10 clients sortis acceptent un échange Hypothèse : pricing ou lancement concurrent Objectif : savoir s’il faut baisser le prix ou doubler sur une lacune fonctionnelle
Cadre : reconstruire la timeline du switch — quand ils ont commencé à chercher, ce qui les a poussés, ce qui les a attirés vers l’alternative, ce qui les retenait, quelle habitude ils ont cassée.
1. Racontez le jour où vous avez pensé « il faut regarder des alternatives ». 2. Qu’essayiez-vous de faire que le produit n’aidait pas à faire ? 3. Quand avez-vous dit à l’équipe que vous changiez ? Qu’est-ce qui a changé cette semaine ? 4. Quels outils avez-vous considérés et pourquoi ? 5. Qu’est-ce qui a failli vous faire rester ? (anxiété) 6. Qu’est-ce qui vous a fait basculer ? (push) 7. Le nouvel outil a-t-il livré ce que vous attendiez ? 8. Pour revenir, qu’est-ce qui devrait être vrai ?
Recruter : 10 comptes sortis, tailles de plan mixtes, 60 derniers jours Falsifier : l’hypothèse est « pricing ». On cherche des preuves que ce N’ÉTAIT PAS le pricing. Stop à 8 interviews si 6 convergent sur la même raison push.
→ Ne pas demander « reviendriez-vous si on baissait le prix ? » → Ne pas pitcher la nouvelle feature au milieu de l’interview → Ne pas s’arrêter à 3 : les premiers thèmes mentent
Métriques améliorées
Compatible avec
Envie d'utiliser Conduite d’interviews utilisateur ?
Choisissez comment commencer.
Installez et exécutez cette compétence localement sur votre ordinateur.
Ouvrez un terminal sur votre ordinateur et collez cette commande :
Cela télécharge la compétence avec tous ses fichiers sur votre ordinateur :
Ajoutez -g à la fin pour le rendre disponible dans tous vos projets.
Démarrez Claude Code, puis tapez la commande :
Conducting User Interviews
Aidez l’utilisateur à obtenir des histoires réelles et des comportements observables.
Comment aider
- Clarifier le but - Problème, solution, comportement, pricing ou churn.
- Préparer les questions - Demander des histoires passées, pas des opinions futures.
- Coach technique - Écouter, relancer, ne pas pitcher, chercher à falsifier.
- Analyser les findings - Regrouper, chercher saturation, lier aux décisions.
Principes clés
Les utilisateurs sont polis et mauvais prédicteurs de leur futur. Demandez la dernière fois, le contexte, le switch, les anxiétés et les habitudes. Cherchez à réfuter votre hypothèse pour éviter la validation de complaisance.
Sortie attendue
Livrez objectif, hypothèse à falsifier, critères de recrutement, script, questions, red flags et template d’analyse.