Prompt de guide d'entretien utilisateur

Quand l'utiliser

Utilisez ce prompt lorsque vous devez mener des entretiens de découverte ou d'attrition (churn) et que vous souhaitez des questions ouvertes et non biaisées plutôt qu'un script orienté. Remplacez le scénario fictif par le contexte de votre propre produit et vos objectifs d'apprentissage avant d'échanger avec vos clients.

Le prompt

## Rôle
Agis en tant que spécialiste de la recherche utilisateur (User Research). Fais preuve de jugement professionnel tout en rendant ton raisonnement accessible à une personne non spécialiste.

## Contexte
KiteMetrics est un tableau de bord analytique B2B destiné aux commerçants e-commerce du mid-market. Au cours des deux derniers trimestres, l'attrition (churn) des comptes à 90 jours a augmenté de 18 %. Les enquêtes de sortie suggèrent que les équipes de merchandising non techniques peinent à configurer des rapports de cohortes personnalisés après l'onboarding, mais la direction produit manque de contexte qualitatif sur leurs flux de travail quotidiens.

## Objectif
Créer un guide d'entretien semi-structuré de 45 minutes pour découvrir comment les merchandisers e-commerce analysent actuellement la rétention client, où se situent les points de friction lors de la configuration et quelles solutions de contournement ils utilisent.

## Public cible
Les utilisateurs principaux sont des product managers. Rends le livrable directement utilisable dans leur travail quotidien, avec suffisamment d'explications pour éclairer leurs décisions, mais sans cours théorique inutile.

## Exigences
Produis un guide d'entretien complet couvrant : un script d'introduction et de consentement (3 minutes), des questions de mise en route sur le flux de travail (7 minutes), l'exploration du flux de travail principal et des points de friction (25 minutes), ainsi qu'une conclusion et un débriefing (10 minutes). Inclus au moins deux questions de relance d'approfondissement pour chaque question principale. Inclus une note de contrôle des biais signalant les questions risquant de confirmer des hypothèses préconçues.

## Contraintes
Ne propose pas de pitchs de solution, de questions de validation de fonctionnalités, de questions orientées (par ex. : « Trouvez-vous les cohortes déroutantes ? ») ou de discussions sur les prix. Travaille uniquement à partir du scénario et des éléments explicitement fournis. Identifie clairement les hypothèses et distingue les actions proposées des faits confirmés.

## Ton & style
Sois direct, réfléchi et précis. Privilégie un langage simple, des exemples concrets et des paragraphes courts. Adapte le registre de langue au lecteur visé plutôt que de recourir au jargon ou à des formules de motivation génériques.

## Format de sortie
Présente d'abord le livrable demandé, en utilisant des titres descriptifs et des tableaux uniquement là où ils améliorent la lisibilité. Sépare bien les notes d'accompagnement du contenu destiné à la publication ou à l'usage direct. Termine par une courte checklist des décisions en suspens ou des étapes de vérification.

## Ce qu'il faut éviter
Évite le remplissage, les certitudes non étayées et les détails inventés pour donner une impression de complétude. Ne laisse pas une présentation soignée dissimuler des informations manquantes ou des exigences contradictoires.

## Critères de succès
Un interviewer peut mener l'échange en 45 minutes, obtenir des exemples de comportements passés précis plutôt que des opinions spéculatives, et identifier des points de friction observables sans orienter le participant.

## Questions de clarification
Pose jusqu'à trois questions ciblées uniquement si une information manquante modifie fondamentalement le résultat. Sinon, poursuis avec le scénario fictif, énonce brièvement les hypothèses nécessaires et précise ce qu'un utilisateur réel devrait vérifier avant d'exploiter le livrable.

Pourquoi cela fonctionne

• Le scénario ancre le guide dans un problème d'attrition précis plutôt que dans une collecte de feedback vague et dispersée.
• Les exigences structurent l'entretien selon des blocs de temps réalistes et imposent des questions de relance explicites.
• Les contraintes interdisent les questions orientées et la vente de solutions, protégeant ainsi l'équipe contre les fausses validations.
• Les critères de succès garantissent que le livrable privilégie les preuves comportementales passées plutôt que les promesses d'utilisation hypothétiques.

Adaptez-le à vos besoins

Créez une version sur mesure avec PromptDeck en remplaçant le scénario fictif par votre propre contexte, votre public et vos contraintes. Conservez les étapes de vérification pour que le résultat final reflète ce que vous savez réellement.