第三章 核心用户场景挖掘：用户画像、场景列表、痛点映射
用户场景是产品需求的“第一现场”。脱离场景的需求文档往往沦为功能清单，无法回答“为谁设计、在什么情境下使用、解决什么核心问题”。本章聚焦于如何通过结构化方法，从模糊的用户描述中提炼出可落地的需求颗粒。
3.1 用户画像：从标签到行为模型
用户画像并非简单的年龄、职业堆砌，而是一组可验证的行为假设。以下是构建画像的核心要素：
| 画像维度 | 关键问题 | 输出物示例 |
|---|---|---|
| 人口属性 | 目标用户的角色、行业、决策层级 | “B2B采购经理，35-50岁，线下审批流程主导” |
| 使用环境 | 在什么设备、网络、时间段使用？ | “主要在办公室PC端，偶尔移动端审批” |
| 行为模式 | 高频操作、习惯路径、异常处理方式 | “习惯先查库存后下单，每周一集中补货” |
| 目标与动机 | 完成任务的最终意图、KPI关联 | “降低库存周转天数，避免缺料停工” |
| 痛点阈值 | 什么情况下会放弃或投诉 | “超过3秒页面加载即产生负面评价” |
⚠ 经验提示：新手画用户画像常犯“过度归纳”：把“喜欢便捷”作为通用标签，却未定义“便捷”的具体含义（如减少点击次数<3次）。每个画像应有至少2个可测量行为指标。
3.2 场景列表：分维度穷举 vs. 优先级剪切
场景列表的质量决定了需求范围的边界是否清晰。推荐使用 “3×3矩阵” 筛选法：
- 核心场景（高频+高价值）→ 第一优先级，必须纳入MVP。
- 重要场景（低频但高价值或高频但低价值）→ 视资源定版本规划。
- 边缘场景（低频+低价值或合规必须但极少使用）→ 放进“已知但不解决”清单。
一个规范的场景列表应包含以下字段：
| 场景ID | 场景描述 | 触发条件 | 频次 | 业务价值 | 优先级 |
|---|---|---|---|---|---|
| SC-001 | 仓库管理员在收货时扫码更新库存 | 入库通知生成 | 100次/天 | 高（防错、实时库存） | P0 |
| SC-002 | 财务月底批量生成对账单 | 每月25日30日 | 1次/月 | 中（合规要求） | P1 |
| SC-003 | 采购员在供应商缺货时自动切换备选供应商 | 库存预警触发 | 3次/周 | 高（避免停产） | P0 |
📌 关键输出物：场景列表应附有 场景卡片，每张卡片包含一句话场景描述、前置条件、后置条件、参与者、主流程（5-8步）、异常分支、验收准则雏形。
3.3 痛点映射：从“用户抱怨”到“需求动词”
用户通常用情绪化语言描述痛点（如“太慢了”“总出错”），产品经理需要将其翻译为可量化的业务问题，再转为需求方案。推荐使用“痛点-影响-机会”三段式映射：
- 原始陈述：“每次盘点都要花3小时，还经常对不上账。”
- 业务问题：盘点流程依赖人工抄码，误差率约5%；当批次超过200件时，效率下降40%。
- 需求机会：引入扫码枪+自动校验，将盘点时长压缩至40分钟以内，误差率<0.1%。
以下图表展示了从用户场景到需求痛点的完整映射流程：
⚠ 避坑指南：痛点映射时最常见的错误是直接跳到“加功能”而忽略根本原因。例如用户说“审批太慢”，实际原因可能是“审批人未收到通知”而非“审批表单不够智能”。必须通过用户访谈还原完整链路，而不是仅凭一句话体感。
3.4 本章交付物模板清单
- 用户画像卡片模板：含画像ID、关键属性、行为模式、验证指标（数据来源）。
- 场景列表模板：含场景ID、一句话描述、触发条件、前置条件、主流程（5-8步）、异常分支、频次、优先级。
- 痛点映射表模板：原始用户陈述 → 业务问题量化 → 影响描述（效率/成本/满意度） → 需求机会描述 → 验收准则雏形。
下一环节将基于这些交付物，进入第四章需求拆解与结构化，把痛点映射结果转化为可执行的用户故事和功能模块。