
User Researcher
- 122 installs
- 33 repo stars
- Updated December 25, 2025
- daffy0208/ai-dev-standards
Plan and synthesize user research—interviews, surveys, and jobs-to-be-done—to define personas, pain points, and evidence-backed product assumptions.
About
User researcher skill in ai-dev-standards helps teams discover and document audience needs through structured research plans, interview guides, and synthesis of insights into personas and jobs-to-be-done before validation or build commitments.
- Interview and survey framing
- Persona and JTBD synthesis
- Pain-point prioritization
- Evidence-backed assumptions
- Early-stage discovery support
User Researcher by the numbers
- 122 all-time installs (skills.sh)
- Ranked #1,059 of 1,880 Design & UI/UX skills by installs in the Skillselion catalog
- Data as of Jul 30, 2026 (Skillselion catalog sync)
npx skills add https://github.com/daffy0208/ai-dev-standards --skill user-researcherAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 122 |
|---|---|
| repo stars | ★ 33 |
| Last updated | December 25, 2025 |
| Repository | daffy0208/ai-dev-standards ↗ |
What it does
Plan and synthesize user research—interviews, surveys, and jobs-to-be-done—to define personas, pain points, and evidence-backed product assumptions.
Files
User Researcher
Understand user needs through systematic research before building products.
Core Principle
Users are not you. Validate assumptions with real user behavior, not opinions or what users say they'll do.
5-Phase User Research Process
Phase 1: Research Planning
Goal: Define what you need to learn and how
Activities:
- Define research objectives (2-4 key questions to answer)
- Identify target user segments and recruitment criteria
- Select research methods (interviews, surveys, observation)
- Prepare interview guides or survey questions
- Define sample size (5-12 per segment for qualitative)
Research Questions Examples:
- What are users' current workflows for [task]?
- What pain points do users experience with [current solution]?
- What motivates users to switch from current solution?
- How do users make decisions about [domain]?
Validation:
- [ ] Research objectives documented
- [ ] Target segments defined with criteria
- [ ] Methods selected with protocols ready
- [ ] Stakeholder buy-in obtained
---
Phase 2: User Recruitment
Goal: Find and schedule representative participants
Recruitment Sources:
- Existing customers (in-app recruiting, email)
- Prospect lists (sales leads, newsletter subscribers)
- User research platforms (UserTesting, Respondent.io)
- Social media and communities (LinkedIn, Reddit, Slack)
- Referrals from existing participants
Screening Criteria:
- Role or job title
- Experience level (novice, intermediate, expert)
- Use case relevance
- Tool stack (current solutions used)
- Willingness to participate (time commitment)
Compensation:
- B2B: $75-150 for 30-60 min interview
- B2C: $25-50 for 30-60 min interview
- Gift cards are easier than cash transfers
Sample Size:
- Qualitative: 5-12 participants per segment
- Quantitative: 50-100 minimum for statistical significance
- Stop when you reach saturation (no new insights)
Validation:
- [ ] 5-12 participants recruited per segment
- [ ] Diverse representation (include edge cases, power users)
- [ ] Sessions scheduled with consent forms sent
- [ ] Compensation method arranged
---
Phase 3: Data Collection
Goal: Gather rich user insights through chosen methods
User Interviews (Primary method):
Interview Structure (30-60 minutes):
1. Intro (5 min): Build rapport, explain purpose 2. Context (10 min): Role, current workflow, tools 3. Deep Dive (30 min): Pain points, needs, behaviors 4. Wrap-up (5 min): Questions, next steps
Good Interview Questions:
✅ Open-ended:
- "Tell me about the last time you [task]."
- "Walk me through your process for [activity]."
- "What's the most frustrating part of [workflow]?"
- "How do you currently solve [problem]?"
❌ Leading questions (avoid):
- "Would you use a feature that...?" (Everyone says yes)
- "Don't you think it would be better if...?" (Confirming bias)
- "How much would you pay for this?" (Hypothetical)Ask "Why" Five Times:
User: "I use Excel for tracking leads."
You: "Why Excel specifically?"
User: "It's what I know."
You: "Why is familiarity important?"
User: "Learning new tools takes time."
You: "Why is time a concern?"
User: "I'm measured on closed deals, not tool expertise."
→ Root insight: Avoid tools with steep learning curvesContextual Inquiry:
- Observe users in their natural environment
- Watch them complete actual tasks (not simulated)
- Note workarounds, frustrations, and hacks
- Take photos of physical workspace, sticky notes, checklists
Surveys (for quantitative validation):
- Use for validating qualitative findings at scale
- Mix closed (rating scales) and open-ended questions
- Keep under 10 questions (completion rate drops fast)
- Target 50-100+ responses for statistical significance
Validation:
- [ ] All sessions recorded (with permission)
- [ ] Notes taken during or immediately after
- [ ] Artifacts collected (screenshots, workflows)
- [ ] Early patterns emerging
---
Phase 4: Analysis & Synthesis
Goal: Identify patterns, themes, and insights from raw data
Affinity Diagramming:
1. Write each insight on a sticky note 2. Group similar notes together 3. Label groups with themes 4. Look for patterns across groups
Common Themes to Look For:
- Pain points (frequent frustrations)
- Workarounds (hacks users created)
- Unmet needs (things users wish existed)
- Behavioral patterns (how users actually work)
- Decision criteria (what influences choices)
Jobs-to-be-Done (JTBD) Framework:
When [situation],
I want to [motivation],
So I can [expected outcome].
Example:
When preparing for a client meeting,
I want to quickly find all previous conversations,
So I can provide personalized recommendations without looking unprepared.
Analysis:
- Functional job: Find information quickly
- Emotional job: Appear competent
- Social job: Demonstrate attentivenessUser Segmentation (by behavior, not demographics):
- Power users vs. casual users
- Early adopters vs. late majority
- DIY vs. managed service preference
- Price-sensitive vs. value-focused
Validation:
- [ ] Data transcribed and coded
- [ ] Themes identified across participants
- [ ] Patterns validated (not one-off comments)
- [ ] Behavioral segments defined
---
Phase 5: Research Deliverables
Goal: Communicate findings in actionable formats
1. User Personas (3-5 evidence-based profiles):
persona_name: 'Sarah the Sales Manager'
role: 'Regional Sales Manager'
demographics:
experience_level: 'Intermediate (5 years)'
team_size: '12 sales reps'
goals:
- Track team performance in real-time
- Coach underperforming reps effectively
pain_points:
- Data scattered across 3 systems
- Can't see at-risk deals until too late
current_tools:
- 'Salesforce: CRM tracking'
- 'Excel: Custom reports (2 hrs/week)'
behaviors:
- Checks dashboard first thing every morning
- Spends 2 hours weekly compiling reports manually
quote: "I feel like I'm flying blind until the end of the quarter"
opportunity: 'Unified dashboard with predictive risk scoring'2. Journey Maps (current-state experience):
Stages: Awareness → Research → Purchase → Onboarding → Usage → Support
For each stage:
- Actions: What users do
- Pain points: Frustrations and blockers
- Emotions: How users feel (frustrated, confident, confused)
- Opportunities: Where to improve3. Research Report:
- Executive summary (1-page findings)
- Methodology (how research was conducted)
- Key insights (5-10 most important findings)
- Supporting quotes (evidence from users)
- Recommendations (what to build or change)
- Appendix (full data, transcripts)
4. Opportunity Areas (prioritized problems):
| Opportunity | Impact | Effort | Priority |
|-------------|--------|--------|----------|
| Unified dashboard | High | Medium | P0 |
| Predictive alerts | High | High | P1 |
| Mobile access | Medium | Low | P1 |Validation:
- [ ] 3-5 personas created with evidence
- [ ] Journey maps show pain points
- [ ] Research report written and shared
- [ ] Opportunities prioritized with team
- [ ] Artifacts stored in shared repository
---
Key Research Principles
1. Observe Behavior, Not Just Words
What users do > what they say they do > what they say they'll do
2. Ask "Why" Five Times
Surface root causes and motivations, not symptoms
3. Recruit for Diversity
Include edge cases, power users, and struggling users—not just ideal customers
4. No Leading Questions
Ask "Tell me about..." not "Would you like..."
5. Research is Continuous
Not a one-time phase—continue throughout product lifecycle
6. Validate Assumptions Early
Test riskiest assumptions first with minimal investment
---
Research Methods by Stage
Exploratory (Early Discovery)
- User interviews: 1-on-1 conversations about context and pain points
- Contextual inquiry: Observe users in natural environment
- Diary studies: Users record experiences over days/weeks
Evaluative (Testing Ideas)
- Concept testing: Show mockups, gather reactions
- Usability testing: Watch users attempt tasks with prototypes
- A/B testing: Compare variants with real usage data
Quantitative (Validation at Scale)
- Surveys: Validate findings across larger populations
- Analytics: Track behavior patterns in existing products
- Card sorting: Understand how users categorize information
---
Common Research Mistakes
❌ Talking to friends and family → They'll tell you what you want to hear ❌ Asking hypothetical questions → "Would you use...?" is not predictive ❌ Leading questions → "Don't you think...?" confirms your bias ❌ Only talking to early adopters → They're not representative ❌ Skipping synthesis → Raw data isn't insights ❌ Ignoring negative feedback → Pay extra attention to criticism ❌ One-time research → User needs change, research continuously
---
Research Outputs Template
research_summary:
objectives:
- '<key question 1>'
- '<key question 2>'
participants:
total: <number>
segments:
- name: '<segment>'
count: <number>
methods:
- 'User interviews (12 participants)'
- 'Survey (87 responses)'
key_insights:
- insight: '<finding>'
evidence: '<quote or data>'
impact: 'high/medium/low'
personas:
- name: '<persona name>'
goals: ['<goal>']
pain_points: ['<pain>']
opportunities:
- opportunity: '<problem to solve>'
impact: 'high'
effort: 'medium'
priority: 'P0'
recommendations:
- '<action item 1>'
- '<action item 2>'---
Related Resources
Related Skills:
product-strategist- For validating product-market fitux-designer- For creating designs based on researchmvp-builder- For prioritizing features from research
Related Patterns:
META/DECISION-FRAMEWORK.md- Research method selectionSTANDARDS/best-practices/user-research-ethics.md- Research ethics (when created)
Related Playbooks:
PLAYBOOKS/conduct-user-interviews.md- Interview procedure (when created)PLAYBOOKS/synthesize-research-findings.md- Analysis workflow (when created)
name: user-researcher
kind: skill
description: Conduct user research and validation through interviews, surveys, and analysis to understand user needs and pain points
preconditions:
- check: has_research_questions or has_hypotheses
description: Clear research questions or hypotheses to test
required: true
- check: has_target_users_identified
description: Target user segment identified
required: true
effects:
- conducts_user_interviews
- creates_user_personas
- identifies_pain_points
- validates_assumptions
- maps_user_journeys
- synthesizes_insights
- prioritizes_needs
- identifies_opportunities
- creates_research_artifacts
domains:
- user-research
- ux
- validation
- discovery
- interviews
- ethnography
cost: low
latency: medium
risk_level: low
side_effects:
- creates_documentation
- may_invalidate_assumptions
- requires_user_coordination
idempotent: true
success_signal: "User interviews completed, pain points identified, personas created, insights synthesized, assumptions validated or invalidated"
failure_signals:
- "Cannot recruit target users"
- "Interview questions too leading"
- "Sample size too small for insights"
- "Bias in user selection"
- "No clear patterns emerge from research"
compatibility:
requires:
- target-users-access
conflicts_with:
- assumption-driven-development
composes_with:
- product-strategist
- ux-designer
- mvp-builder
- usability-tester
enables:
- user-validated-decisions
- persona-driven-design
- empathy-based-development
- evidence-based-prioritization
observability:
logs:
- "Interviews conducted: {count} with {segment}"
- "Pain points identified: {pain_points}"
- "Personas created: {personas}"
- "Key insights: {insights}"
metrics:
- interviews_completed
- pain_points_identified
- personas_created
- insights_confidence_level
metadata:
version: "1.0.0"
created_at: "2025-10-29"
tags:
- user-research
- interviews
- discovery
- validation
- personas
- ux-research
examples:
- "Interview 10 target users about workflow pain points"
- "Create personas for B2B SaaS product"
- "Validate feature need through user research"
- "Map customer journey for onboarding"
User Researcher - Quick Start
Version: 1.0.0 Category: UX & Design Difficulty: Beginner
What This Skill Does
Guides systematic user research to understand needs, validate assumptions, and create evidence-based personas before building products.
When to Use
- Validate product ideas before development
- Understand user pain points and workflows
- Create user personas and journey maps
- Test concepts with target users
- Inform feature prioritization
Quick Start
1. Define objectives - 2-4 key questions to answer 2. Recruit 5-12 users - Representative of target segment 3. Conduct interviews - 30-60 min, ask "Tell me about..." 4. Synthesize findings - Affinity diagram, identify themes 5. Create deliverables - Personas, journey maps, report
Time: 1-2 weeks for complete research cycle
Success Criteria
- ✅ 5-12 participants interviewed per segment
- ✅ 3-5 evidence-based personas created
- ✅ Journey maps showing pain points
- ✅ Research report with quotes and recommendations
- ✅ Opportunities prioritized by impact
Key Concepts
Interview Questions:
- ✅ "Tell me about the last time you..."
- ✅ "Walk me through your process for..."
- ❌ "Would you use...?" (hypothetical)
Ask "Why" 5 Times to find root causes
Jobs-to-be-Done: When [situation], I want [motivation], So I can [outcome]
License
Part of ai-dev-standards repository.