product-discovery

产品发现

战略性用户研究和问题验证专业知识——涵盖从访谈技巧和 JTBD 到机会规模评估与洞察综合。

理念

优秀的产品始于值得解决的问题。产品发现能帮你找到值得为之付费的人们所面临的问题。

最好的产品发现应做到：

1. 与用户交流，而非利益相关者——客户了解自己的问题，而非解决方案
2. 先验证问题，再验证解决方案——先做对的事，再把事情做好
3. 量化并定性——数字告诉你是什么，交流告诉你为什么
4. 持续进行，而非集中开展——每周养成习惯胜过每季度开展项目

此技能的工作方式

调用时，应用 rules/ 中按以下类别整理的指南：

• research-* — 用户访谈技巧、问卷设计、研究运营
• discovery-* — 问题发现、JTBD 框架、验证
• analysis-* — 综合分析、细分、竞争分析
• testing-* — 原型测试、可用性测试

核心框架

发现流程

阶段	活动	输出
探索	访谈、观察、数据挖掘	问题空间图
验证	问题访谈、问卷、实验	已验证的问题
优先排序	机会评分、细分	优先级路线图
测试	原型测试、可用性研究	解决方案验证

待完成工作（JTBD）框架

                    ┌─────────────────────┐
                    │    FUNCTIONAL JOB   │
                    │   (What they do)    │
                    └──────────┬──────────┘
                               │
              ┌────────────────┼────────────────┐
              │                │                │
              ▼                ▼                ▼
       ┌──────────┐     ┌──────────┐     ┌──────────┐
       │ EMOTIONAL│     │  SOCIAL  │     │ CONTEXT  │
       │   JOB    │     │   JOB    │     │ (When/   │
       │ (Feel)   │     │ (Appear) │     │  Where)  │
       └──────────┘     └──────────┘     └──────────┘

机会评分（OST）

因素	权重	描述
重要性	40%	这项工作对客户有多重要？
满意度	30%	他们对当前解决方案有多满意？
频率	20%	他们多常遇到这个问题？
付费意愿	10%	他们愿意付费解决这个问题吗？

机会分数 = 重要性 + max（重要性 - 满意度，0）

研究方法选择

┌─────────────────────────────────────────────────────────────┐
│                   GENERATIVE RESEARCH                       │
│              (Discover unknown unknowns)                    │
│  ┌───────────┐  ┌───────────┐  ┌───────────┐               │
│  │Contextual │  │ Discovery │  │ Diary    │               │
│  │ Inquiry   │  │ Interviews│  │ Studies  │               │
│  └───────────┘  └───────────┘  └───────────┘               │
├─────────────────────────────────────────────────────────────┤
│                   EVALUATIVE RESEARCH                       │
│              (Validate known hypotheses)                    │
│  ┌───────────┐  ┌───────────┐  ┌───────────┐               │
│  │ Usability │  │  A/B      │  │ Prototype │               │
│  │ Testing   │  │  Testing  │  │ Testing   │               │
│  └───────────┘  └───────────┘  └───────────┘               │
├─────────────────────────────────────────────────────────────┤
│                   QUANTITATIVE RESEARCH                     │
│              (Measure and prioritize)                       │
│  ┌───────────┐  ┌───────────┐  ┌───────────┐               │
│  │  Surveys  │  │ Analytics │  │ Card      │               │
│  │           │  │  Review   │  │ Sorting   │               │
│  └───────────┘  └───────────┘  └───────────┘               │
└─────────────────────────────────────────────────────────────┘

客户细分矩阵

维度	消费者（B2C）	企业（B2B）
人口统计特征	年龄、收入、所在地	公司规模、行业、营收
行为	使用模式、购买历史	采购流程、技术栈
心理特征	价值观、生活方式、态度	公司文化、风险承受能力
需求	问题、目标、愿望	业务成果、KPI

持续发现节奏

Weekly:
├── 2-3 customer interviews
├── Review analytics/feedback
└── Update opportunity backlog

Monthly:
├── Synthesis session
├── Prioritization review
└── Stakeholder alignment

Quarterly:
├── Deep-dive research sprint
├── Competitive analysis refresh
└── Segment review

访谈速查表

访谈类型	使用时机	关键问题
发现	探索问题空间	“说说你上一次……是什么时候？”
问题	验证具体痛点	“这有多令人困扰（1 到 10 分）？为什么？”
解决方案	测试概念	“这能解决你的问题吗？”
JTBD	了解动机	“你当时想完成什么？”
可用性	测试界面	“你期望会发生什么？”

反模式

• 解决方案优先的发现——尚未验证问题，就对解决方案爱不释手
• 诱导受访者——提出暗示理想答案的问题
• 确认偏误——只听取支持自身假设的内容
• 单一样本——根据一次访谈做出决策
• 代理研究——询问销售人员，而非客户
• 把功能请求当作研究——用户提出的是功能，而非问题
• 分析瘫痪——无休止地研究，却始终不做决定
• HiPPO 主导——最高薪人士的意见凌驾于数据之上