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

discovery-interviews-surveys发现访谈调查

Agent Skill

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

总安装

1,591

周安装

65

GitHub Stars

87

下载量

510
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:discovery-interviews-surveys(发现访谈调查)
来源仓库:https://github.com/lyndonkl/claude
仓库路径:skills/discovery-interviews-surveys
安装命令:
npx skills add https://github.com/lyndonkl/claude --skill discovery-interviews-surveys
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/lyndonkl/claude --skill discovery-interviews-surveys

简介

discovery-interviews-surveys 用于查找、检索和筛选相关信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词、任务场景或来源线索快速定位候选结果。
  • 通过 npx skills add 命令从指定仓库安装并使用。
  • 安装前需确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Discovery Interviews & Surveys

Table of Contents

Workflow

Copy this checklist and track your progress:

Discovery Research Progress:
- [ ] Step 1: Define research objectives and hypotheses
- [ ] Step 2: Identify target participants
- [ ] Step 3: Choose research method (interviews, surveys, or both)
- [ ] Step 4: Design research instruments
- [ ] Step 5: Conduct research and collect data
- [ ] Step 6: Analyze findings and extract insights

Step 1: Define research objectives

Specify what you're trying to learn, key hypotheses to test, success criteria for research, and decision to be informed. See Common Patterns for typical objectives.

Step 2: Identify target participants

Define participant criteria (demographics, behaviors, firmographics), sample size needed, recruitment strategy, and screening questions. For sampling strategies, see resources/methodology.md.

Step 3: Choose research method

Based on objective and constraints:

  • For deep problem discovery (5-15 participants) → Use resources/template.md for in-depth interviews
  • For concept testing at scale (50-200+ participants) → Use resources/template.md for quantitative validation
  • For JTBD research → Use resources/methodology.md for switch interviews
  • For mixed methods → Interviews for discovery, surveys for validation

Step 4: Design research instruments

Create interview guide or survey with bias-avoidance techniques. Use resources/template.md for structure. Avoid leading questions, focus on past behavior, use "show me" requests. For advanced question design, see resources/methodology.md.

Step 5: Conduct research

Execute interviews (record with permission, take notes) or distribute surveys (pilot test first). Use proper techniques (active listening, follow-up probes, silence for thinking). See Guardrails for critical requirements.

Step 6: Analyze findings

For interviews: thematic coding, affinity mapping, quote extraction. For surveys: statistical analysis, cross-tabs, open-end coding. Create insights document with evidence. Self-assess using resources/evaluators/rubric_discovery_interviews_surveys.json. Minimum standard: Average score ≥ 3.5.

Common Patterns

Pattern 1: Problem Discovery Interviews

  • Objective: Understand user pain points and current workflows
  • Approach: 8-12 in-depth interviews, open-ended questions, focus on past behavior and actual solutions
  • Key questions: "Tell me about the last time...", "Walk me through...", "What have you tried?", "How's that working?"
  • Output: Problem themes, frequency estimates, current workarounds, willingness to change
  • Example: B2B SaaS discovery—interview potential customers about current tools and pain points

Pattern 2: Jobs-to-be-Done Research

  • Objective: Identify why users "hire" products and what triggers switching
  • Approach: Switch interviews with recent adopters or switchers, focus on timeline and context
  • Key questions: "What prompted you to look?", "What alternatives did you consider?", "What almost stopped you?", "What's different now?"
  • Output: Hiring triggers, firing triggers, desired outcomes, anxieties, habits
  • Example: SaaS churn research—interview recent churners about switch to competitor

Pattern 3: Concept Testing (Qualitative)

  • Objective: Test product concepts, positioning, or messaging before launch
  • Approach: 10-15 interviews showing concept (mockup, landing page, description), gather reactions
  • Key questions: "In your own words, what is this?", "Who is this for?", "What would you use it for?", "How much would you expect to pay?"
  • Output: Comprehension score, perceived value, target audience clarity, pricing anchors
  • Example: Pre-launch validation—test landing page messaging with target audience

Pattern 4: Survey for Quantitative Validation

  • Objective: Validate findings from interviews at scale or prioritize features
  • Approach: 100-500 participants, mix of scaled questions (Likert, ranking) and open-ends
  • Key questions: Satisfaction scores (CSAT, NPS), feature importance/satisfaction (Kano), usage frequency, demographics
  • Output: Statistical significance, segmentation, prioritization (importance vs satisfaction matrix)
  • Example: Product roadmap prioritization—survey 500 users on feature importance

Pattern 5: Continuous Discovery

  • Objective: Ongoing learning, not one-time project
  • Approach: Weekly customer conversations (15-30 min), rotating team members, shared notes
  • Key questions: Varies by current focus (new features, onboarding, expansion, retention)
  • Output: Continuous insight feed, early problem detection, relationship building
  • Example: Product team does 3-5 customer calls weekly, logs insights in shared doc

Guardrails

Key requirements:

  1. Avoid leading questions: Phrase questions neutrally rather than telegraphing the "right" answer. Instead of: "Don't you think our UI is confusing?" use: "Walk me through using this feature. What happened?"
  2. Focus on past behavior, not hypotheticals: What people did reveals truth; what they say they'd do is often wrong. Instead of: "Would you use this feature?" use: "Tell me about the last time you needed to do X."
  3. Use "show me" over "tell me": Actual behavior is more reliable than described behavior. Ask to screen-share, demonstrate current workflow, show artifacts (spreadsheets, tools).
  4. Recruit right participants: Screen carefully. Wrong participants waste time. Define inclusion/exclusion criteria and use screening surveys.
  5. Sample size appropriate for method: Interviews: 5-15 for themes to emerge. Surveys: 100+ for statistical significance, 30+ per segment if comparing.
  6. Seek disconfirming evidence: Actively look for evidence against your hypothesis. If 9/10 interviews support the hypothesis, focus heavily on the 1 that does not.
  7. Record and transcribe (with permission): Memory is unreliable. Record interviews, transcribe for analysis. Take notes as backup.
  8. Analyze systematically: Use thematic coding, count themes, and present contradictory evidence rather than cherry-picking supportive quotes.

Common pitfalls:

  • Asking "would you" questions: Hypotheticals are unreliable. Focus on "have you", "tell me about when", "show me"
  • Small sample statistical claims: "80% of users want feature X" from 5 interviews is not valid. Interviews = themes, surveys = statistics
  • Selection bias: Interviewing only enthusiasts or only detractors skews results. Recruit diverse sample
  • Ignoring non-verbal cues: Hesitation, confusion, workarounds during "show me" reveal truth beyond words
  • Stopping at surface answers: First answer is often rationalization. Follow up: "Tell me more", "Why did that matter?", "What else?"

Quick Reference

Key resources:

Typical workflow time:

  • Interview guide design: 1-2 hours
  • Conducting 10 interviews: 10-15 hours (including scheduling)
  • Analysis and synthesis: 4-8 hours
  • Survey design: 2-4 hours
  • Survey distribution and collection: 1-2 weeks
  • Survey analysis: 2-4 hours

When to escalate:

  • Large-scale quantitative studies (1000+ participants)
  • Statistical modeling or advanced segmentation
  • Longitudinal studies (tracking over time)
  • Ethnographic research (observing in natural setting) → Use resources/methodology.md or consider specialist researcher

Inputs required:

  • Research objective: What you're trying to learn
  • Hypotheses (optional): Specific beliefs to test
  • Target persona: Who to interview/survey
  • Job-to-be-done (optional): Specific JTBD focus

Outputs produced:

  • discovery-interviews-surveys.md: Complete research plan with interview guide or survey, recruitment criteria, analysis plan, and insights template

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

能力 5

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

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

平台分布

Claude Code

27.95%
按下载量换算143

Gemini CLI

22.96%
按下载量换算117

Antigravity

17.92%
按下载量换算91

windsurf

10.49%
按下载量换算53

OpenCode

6.39%
按下载量换算33

trae

3.38%
按下载量换算17

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

来源信息

继续浏览同类 Skills