name: user-research-synthesis description: Quand l'utilisateur dispose de transcriptions brutes d'entretiens clients, de réponses à des sondages, de tickets d'assistance ou d'autres données qualitatives et doit en extraire des insights actionnables. related: [prd-writing, competitive-analysis] reads: [startup-context]
tags: [nontechnical, startup-founder-skills, user-research-synthesis] ---|---|---| | When [situation], I want to [motivation], so I can [outcome] | X of N sources | Segment names | High/Med/Low |
Actionable Insights
Liste numérotée d'énoncés d'insights utilisant le format : « Nous avons appris que [constatation] ce qui signifie [implication] donc nous devrions [recommandation]. »
Open Questions
Ce que les données n'ont PAS répondu et les étapes de recherche recommandées.
Frameworks & Best Practices
- Jobs to Be Done (JTBD). Encadrez chaque constatation comme un job que le client essaie d'accomplir, pas une fonctionnalité qu'il veut. Les clients engagent les produits pour progresser dans leur vie.
- Read before you summarize. Traitez toujours la transcription complète avant d'écrire un résumé. Les lectures partielles produisent une synthèse biaisée.
- Plain language over jargon. Écrivez des résumés accessibles à tous dans l'équipe, y compris les parties prenantes non techniques. Évitez le jargon PM sauf si l'équipe l'utilise de manière cohérente.
- Preserve direct quotes. Les points de données les plus puissants sont les citations verbatim qui capturent l'émotion, la spécificité et le langage du participant. « J'ai passé 3 heures mardi dernier à reconstruire le rapport » vaut mieux que « les rapports c'est difficile ».
- Separate satisfaction from problems. Suivez explicitement ce que les utilisateurs aiment dans les solutions actuelles en plus de ce qui les frustre. Connaître les forces prévient de les casser accidentellement.
- Current solutions reveal competitors. Documenter ce que les participants utilisent actuellement (y compris les feuilles de calcul, les processus manuels et les contournements) révèle le vrai paysage concurrentiel, plus large que les concurrents directs.
- Frequency is not importance. Un point de douleur mentionné par 2 utilisateurs sur 10 peut être plus critique qu'un mentionné par 8 si ces 2 utilisateurs correspondent à votre profil client idéal.
- Bias awareness. Notez les biais de recrutement (qui n'a PAS été interviewé), les biais de questions suggestives (révisez le script d'entretien) et les biais de survivance (utilisateurs actuels vs utilisateurs partis).
- Minimum viable sample. Pour la recherche qualitative, 5-8 entretiens par segment atteindront généralement la saturation thématique. Signalez si l'échantillon est en dessous de ce seuil.
- Triangulation. Croisez les constatations entre les types de données. Un insight soutenu par des entretiens ET des tickets d'assistance ET des données de sondage est plus fort qu'une seule source.
- Continuous discovery. Traitez la synthèse d'entretiens comme une pratique continue, pas un projet unique. Les entretiens réguliers hebdomadaires composent une compréhension client profonde au fil du temps.
Related Skills
prd-writing-- Enchaînez la synthèse de recherche directement dans les sections Background et Market Segments d'un PRD.competitive-analysis-- Combinez les insights clients avec les données concurrentielles pour identifier les jobs mal desservis où les concurrents manquent de moyens.feedback-synthesis-- Chaînez quand vous avez un mélange de données de feedback structuré (tickets, NPS) aux côtés de transcriptions d'entretiens.
Examples
Example 1: Single interview summary
User: "Voici une transcription de notre entretien de découverte avec un responsable logistique. Résumez-la."
Good output excerpt:
Metadata: 10 mars 2026 | Sarah Chen, Logistics Manager chez MidCo (150 employés)
Current solutions: Utilise une combinaison de feuilles de calcul Excel et de chaînes d'e-mails pour coordonner les expéditions. Satisfaction : 3/10. « Ça marche mais je perds environ 5 heures par semaine juste à tout garder en sync. »
Problems identified:
- Pas de source unique de vérité pour le statut des expéditions (mentionné 4 fois)
- Impossible de voir la disponibilité des conducteurs en temps réel ; dépend des appels téléphoniques
- Les rapports à la direction nécessitent une compilation manuelle des données chaque vendredi
Key discovery: L'équipe de Sarah a créé un canal Slack informel comme solution de secours pour les mises à jour en temps réel. Cela n'était pas prévu dans notre plan de recherche et suggère que l'intégration de messagerie peut être une priorité plus élevée que les fonctionnalités de dashboard.
Example 2: Multi-interview synthesis
User: "Je viens de terminer 8 entretiens clients pour notre outil de planification B2B. Voici les transcriptions. Quels sont les principaux enseignements ?"
Good output excerpt:
JTBD #1 (7/8 interviews, High confidence): « Quand je coordonne des réunions sur 3+ fuseaux horaires, je veux voir la disponibilité de tout le monde dans une seule vue, pour réserver un créneau sans 6 allers-retours par e-mail. »
Insight: Nous avons appris que la planification multi-fuseau horaire est le job principal, pas la gestion de calendrier au sens large. Cela signifie que notre positionnement doit mener avec « coordination mondiale des équipes » plutôt que « calendrier intelligent ». Nous devrions prioriser la fonctionnalité de superposition de fuseau horaire dans le prochain sprint.
Open question: Aucun des 8 participants n'était un utilisateur solo. Nous ne savons toujours pas si le produit a de la valeur pour les individus sans équipes.