Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问clear审计提醒

user-researcher用户研究员

Agent Skill

user-researcher 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

18,484

周安装

499

GitHub Stars

26

下载量

4,778
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:user-researcher(用户研究员)
来源仓库:https://github.com/daffy0208/ai-dev-standards
仓库路径:skills/user-researcher
安装命令:
npx skills add https://github.com/daffy0208/ai-dev-standards --skill 'User Researcher'
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/daffy0208/ai-dev-standards --skill 'User Researcher'

简介

用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。

  • 适用于根据关键词、任务场景或来源线索进行信息检索的场景。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装使用。
  • 安装前需确认权限范围和维护状态,注意是否触发联网或文件读写操作。
  • user-researcher 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

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 curves

Contextual 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 attentiveness

User 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 improve

3. 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 fit
  • ux-designer - For creating designs based on research
  • mvp-builder - For prioritizing features from research

Related Patterns:

  • META/DECISION-FRAMEWORK.md - Research method selection
  • STANDARDS/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)

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

27.22%
按下载量换算1,301

OpenCode

24.1%
按下载量换算1,151

Antigravity

17.46%
按下载量换算834

Gemini CLI

12.77%
按下载量换算610

Codex

8.79%
按下载量换算420

Cursor

3.72%
按下载量换算178

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。来源字段存在多来源差异,先按来源优先级自动处理,无法消解时进入异常复核队列。

来源信息

继续浏览同类 Skills