第2章 用户场景挖掘：场景来源、场景颗粒度、场景优先级
用户场景是PRD的“第一块砖”——它回答“谁在什么环境下需要解决什么问题”。本章聚焦场景挖掘的三个核心维度：场景来源（从哪找）、场景颗粒度（多细才算够）、场景优先级（先做哪个）。掌握这三点，你才能写出有根有据、可落地执行的需求。
2.1 场景来源：五条主渠道
场景数据不会自己跳进PRD。优秀PM会主动从以下五个渠道收集原始素材，并交叉验证。
| 来源渠道 | 典型产出物 | 适用阶段 | 注意事项 |
|---|---|---|---|
| 用户访谈 | 录音/速记、用户原话卡片 | 0→1 / 核心功能迭代 | 避免引导性提问，每次至少3人 |
| 数据分析 | 行为漏斗、跳出率、功能使用频次 | 已有产品的优化 / A/B测试 | 区分“现象”和“原因”，不全信数据 |
| 客服/支持工单 | 高频问题TOP10、投诉分类 | 体验修复 / 紧急缺陷 | 过滤掉一次性误操作，关注重复模式 |
| 竞品分析 | 功能对比矩阵、用户评价摘录 | 追赶 / 差异化策略 | 不照搬，要理解竞品功能背后的场景 |
| 行业报告/政策 | 趋势摘要、合规要求列表 | 战略级 / 新市场探索 | 需结合自身用户群做本地化翻译 |
实操建议：每类渠道至少收集10个原始场景片段，然后用“场景卡片”统一格式——
用户角色 + 触发条件 + 期望结果 + 现有痛点。后续颗粒度与优先级评估都基于这些卡片。
2.2 场景颗粒度：三种常见粒度
同样一个场景，你可以写得很“粗”或很“细”。PRD中需要根据沟通对象和交付阶段选择合适粒度。
- Epic级（粗粒度）：描述一个用户目标或业务能力，例如“用户能在线支付”。适用于产品路线图、高层汇报。
- Story级（中粒度）：完整描述一个具体用户故事：
作为 [角色]，想要 [动作]，以便 [价值]。适用于开发迭代 backlog。 - Feature级（细粒度）：描述单一交互效果或界面元素，例如“支付成功后显示电子凭证”。适用于UI设计稿和单次开发任务。
一条经验法则：颗粒度越细，确定性越高，但维护成本也越大。PRD中应以 Story 级为主，辅以 Epic 级做上下文，Feature 级作为验收点。
常见错误：直接用用户的一句话当场景（“我想找到一个商品”）。合理做法：补全触发环境、前置条件、替代流程，让开发、测试不需要反复追问。
2.3 场景优先级：三层过滤模型
当场景卡片堆到几十上百张，必须用模型筛选“先做什么”。推荐三层过滤：
- 业务价值 VS 实现成本（二维矩阵）：价值高且成本低的排第一象限。
- 用户频次 × 影响广度：高频且影响大量用户的优先。
- Kano模型属性：必备属性 > 期望属性 > 魅力属性 > 无差异属性。
实际工作中可将三层过滤合并为一张评分表，每个场景计算综合得分后排序。
2.4 场景挖掘流程总览
下图为来源→颗粒度→优先级的三步递进关系，每次输出都作为下一阶段的输入。
本章要点回顾：场景挖掘不是一次性工作，而是持续迭代。先用5条渠道收集，再按颗粒度整理成统一卡片，最后用三层过滤模型排序。只有经过这三个步骤的需求，才能进入PRD正文。