第3章 用户访谈与需求捕获

3.1 用户场景与业务问题

需求捕获的第一步是理解用户场景和业务问题。用户场景描述用户在特定时间、地点、动机下使用产品的行为；业务问题则是用户当前遇到的阻碍或效率瓶颈。二者的对应关系决定了访谈提纲的指向。

3.2 访谈提纲设计

访谈提纲是需求捕获的“探针”，结构上分为开场、场景还原、痛点挖掘、期望收集、收尾五段。每段应设计 2～3 个开放式问题，避免引导性提问。

标准提纲结构：

1. 开场（2 min）——说明访谈目的，获取录音许可。
2. 场景还原（10 min）——“请描述您最近一次完成XX任务的完整过程。”
3. 痛点挖掘（10 min）——“在这个过程中，您觉得最耗时或最困扰的环节是什么？”
4. 期望收集（5 min）——“如果有一个理想工具，您最希望它帮您解决什么？”
5. 收尾（3 min）——总结关键点，确认无遗漏。

3.3 用户故事卡片

用户故事卡片是需求拆解的标准载体。每张卡片包含：角色、行为、目标、验收条件。它强制团队从用户视角审视功能，而非从技术视角。

标准模板：

用户故事卡片
───────────────
编号：US-003
角色：采购专员
行为：希望在提交采购申请时自动带出历史单价
目标：减少手动查询和输入错误
验收条件：
  1. 输入物料编码后自动填充最近三次采购单价
  2. 单价字段支持手工修正
  3. 修正记录写入审计日志

3.4 需求优先级矩阵

需求优先级矩阵用于在资源有限时做取舍。横轴为“业务价值”（高/低），纵轴为“实现成本”（高/低），形成四个象限：

权重计算公式（参考）：

优先级得分 = 业务价值权重 × 价值评分 － 实现成本权重 × 成本评分
（评分范围：1～5，权重根据项目阶段由团队投票确定）

3.5 边界冲突识别

边界冲突发生在不同用户的诉求相互矛盾、或同一用户在多个场景下的需求不一致时。常见的冲突类型有三种：

• 角色冲突——管理员希望严格控制权限，操作员希望快速审批。
• 场景冲突——移动端需要轻量查看，PC端需要完整编辑。
• 数据冲突——实时更新与批量导入在一致性上的矛盾。

冲突处理四步法：

1. 记录——将冲突双方的需求原文写入访谈记录。
2. 归类——判断属于角色/场景/数据中的哪一类。
3. 权衡——用优先级矩阵判断哪一方对业务目标贡献更大。
4. 决策——输出边界裁决结论，并在原型中标注“已知限制”。

3.6 案例访谈记录

以下是一个完整的案例访谈记录模板，包含用户信息、场景还原、痛点摘要、需求拆解、优先级和边界裁决。该模板可直接作为交付物。

访谈记录
───────────────
日期：2025-07-11　　　用户：张经理（采购部）
访谈人：产品组小王　　　时长：32 min

【用户场景】
张经理每周需处理约40份采购申请，每份申请平均涉及6个物料。
当前流程：登录ERP → 查询历史订单 → 手动复制单价 → 填写申请单。
耗时约12 min/份，其中查单价占7 min。

【痛点摘要】
1. 查询历史单价需要切换3个界面，操作繁琐。
2. 不同供应商的历史价格分散存储，容易漏看。
3. 手填单价时容易输错，导致后续审批驳回。

【需求拆解（用户故事）】
US-003：采购专员希望提交申请时自动带出历史单价。
US-004：主管希望单价变更时系统自动标记并推送提醒。

【优先级矩阵】
US-003：业务价值 5，实现成本 2 → 得分 4.6（P0）
US-004：业务价值 4，实现成本 4 → 得分 2.8（P1）

【边界冲突】
张经理希望自动带出“最低价”，财务主管希望带出“最近价”。
裁决：默认带出最近三次价格，由采购专员手动选择；审计日志记录选择结果。
─────────────────

3.7 交付物模板清单

本章涉及的交付物模板如下，所有模板均可在项目启动阶段直接使用：