npx skills add https://github.com/daffy0208/ai-dev-standards --skill 'User Researcher'在构建产品之前,通过系统性研究理解用户需求。
用户不是你。 用真实的用户行为来验证假设,而不是用观点或用户声称他们会做什么。
目标:定义你需要学习什么以及如何学习
活动:
研究问题示例:
验证标准:
目标:寻找并安排具有代表性的参与者
招募来源:
筛选标准:
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
报酬:
样本量:
验证标准:
目标:通过选定的方法收集丰富的用户见解
用户访谈(主要方法):
访谈结构(30-60分钟):
好的访谈问题:
✅ 开放式问题:
- "告诉我你上次[执行任务]的情况。"
- "带我走一遍你处理[活动]的流程。"
- "[工作流程]中最令人沮丧的部分是什么?"
- "你目前如何解决[问题]?"
❌ 引导性问题(避免):
- "你会使用一个...的功能吗?"(每个人都会说会)
- "你不觉得如果...会更好吗?"(确认偏见)
- "你愿意为此支付多少钱?"(假设性问题)
问五次"为什么":
用户:"我用 Excel 来跟踪销售线索。"
你:"为什么特别用 Excel?"
用户:"这是我知道的工具。"
你:"为什么熟悉度很重要?"
用户:"学习新工具需要时间。"
你:"为什么时间是个问题?"
用户:"我的考核标准是成交的交易,而不是工具的专业知识。"
→ 根本性见解:避免学习曲线陡峭的工具
情境调查:
调查(用于定量验证):
验证标准:
目标:从原始数据中识别模式、主题和见解
亲和图法:
需要寻找的常见主题:
待完成工作框架:
当[情境]时,
我想要[动机],
以便我能[预期结果]。
示例:
当准备客户会议时,
我想要快速找到所有之前的对话记录,
以便我能提供个性化的推荐,而不会显得准备不足。
分析:
- 功能性工作:快速找到信息
- 情感性工作:显得有能力
- 社交性工作:表现出专注
用户细分(按行为,而非人口统计):
验证标准:
目标:以可操作的格式传达研究发现
1. 用户画像(3-5个基于证据的档案):
persona_name: '销售经理 Sarah'
role: '区域销售经理'
demographics:
experience_level: '中级(5年经验)'
team_size: '12名销售代表'
goals:
- 实时跟踪团队绩效
- 有效指导表现不佳的代表
pain_points:
- 数据分散在3个系统中
- 无法及时看到有风险的交易
current_tools:
- 'Salesforce:CRM跟踪'
- 'Excel:自定义报告(每周2小时)'
behaviors:
- 每天早上第一件事就是查看仪表板
- 每周花2小时手动整理报告
quote: "我感觉在季度末之前我都是在盲目飞行"
opportunity: '具有预测性风险评分的统一仪表板'
2. 旅程地图(当前状态体验):
阶段:认知 → 研究 → 购买 → 上手 → 使用 → 支持
对于每个阶段:
- 行动:用户做什么
- 痛点:挫折和阻碍
- 情绪:用户的感受(沮丧、自信、困惑)
- 机会:改进之处
3. 研究报告:
4. 机会领域(优先级排序的问题):
| 机会 | 影响 | 工作量 | 优先级 |
|-------------|--------|--------|----------|
| 统一仪表板 | 高 | 中 | P0 |
| 预测性警报 | 高 | 高 | P1 |
| 移动端访问 | 中 | 低 | P1 |
验证标准:
用户实际做的 > 用户说他们做的 > 用户说他们会做的
揭示根本原因和动机,而非表象
包括边缘案例、高级用户和困难用户——不仅仅是理想客户
问"告诉我关于...",而不是"你想要..."
不是一个一次性的阶段——贯穿整个产品生命周期
首先用最小的投入测试风险最高的假设
❌ 与朋友和家人交谈 → 他们会告诉你你想听的 ❌ 询问假设性问题 → "你会使用...吗?"没有预测性 ❌ 引导性问题 → "你不觉得...吗?"确认了你的偏见 ❌ 只与早期采用者交谈 → 他们没有代表性 ❌ 跳过综合阶段 → 原始数据不是见解 ❌ 忽视负面反馈 → 要特别关注批评意见 ❌ 一次性研究 → 用户需求会变化,需要持续研究
research_summary:
objectives:
- '<关键问题 1>'
- '<关键问题 2>'
participants:
total: <数量>
segments:
- name: '<群体>'
count: <数量>
methods:
- '用户访谈(12名参与者)'
- '调查(87份回复)'
key_insights:
- insight: '<发现>'
evidence: '<引述或数据>'
impact: '高/中/低'
personas:
- name: '<画像名称>'
goals: ['<目标>']
pain_points: ['<痛点>']
opportunities:
- opportunity: '<要解决的问题>'
impact: '高'
effort: '中'
priority: 'P0'
recommendations:
- '<行动项 1>'
- '<行动项 2>'
相关技能:
product-strategist - 用于验证产品市场契合度ux-designer - 用于基于研究进行设计mvp-builder - 用于根据研究确定功能优先级相关模式:
META/DECISION-FRAMEWORK.md - 研究方法选择STANDARDS/best-practices/user-research-ethics.md - 研究伦理(创建时)相关操作手册:
PLAYBOOKS/conduct-user-interviews.md - 访谈流程(创建时)PLAYBOOKS/synthesize-research-findings.md - 分析工作流程(创建时)每周安装量
0
仓库
GitHub 星标数
18
首次出现
1970年1月1日
安全审计
Understand user needs through systematic research before building products.
Users are not you. Validate assumptions with real user behavior, not opinions or what users say they'll do.
Goal : Define what you need to learn and how
Activities :
Research Questions Examples :
Validation :
Goal : Find and schedule representative participants
Recruitment Sources :
Screening Criteria :
Compensation :
Sample Size :
Validation :
Goal : Gather rich user insights through chosen methods
User Interviews (Primary method):
Interview Structure (30-60 minutes):
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 curves
Contextual Inquiry :
Surveys (for quantitative validation):
Validation :
Goal : Identify patterns, themes, and insights from raw data
Affinity Diagramming :
Common Themes to Look For :
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 attentiveness
User Segmentation (by behavior, not demographics):
Validation :
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 improve
3. Research Report :
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 :
What users do > what they say they do > what they say they'll do
Surface root causes and motivations, not symptoms
Include edge cases, power users, and struggling users—not just ideal customers
Ask "Tell me about..." not "Would you like..."
Not a one-time phase—continue throughout product lifecycle
Test riskiest assumptions first with minimal investment
❌ 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_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 Skills :
product-strategist - For validating product-market fitux-designer - For creating designs based on researchmvp-builder - For prioritizing features from researchRelated 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)Weekly Installs
0
Repository
GitHub Stars
18
First Seen
Jan 1, 1970
Security Audits
推荐与联盟计划设计优化指南:病毒式增长营销策略、客户推荐计划、联盟营销
27,600 周安装