3. 用户场景与业务问题定义

机器人 PRD 的功能范围界定必须始于真实的用户场景和明确的业务问题。脱离场景的需求清单会导致产品功能与用户脱节，而未经结构化定义的业务问题则会让后续拆解失去方向。本章引入三套相互衔接的工具——场景卡片法、利益相关者地图、问题陈述模板——帮助产品经理在早期阶段完成从“模糊现象”到“可验证问题”的转化。

1. 场景卡片法：捕获用户场景

场景卡片法是一种轻量级、结构化的用户场景记录工具。每张卡片聚焦一个具体的用户-系统交互时刻，包含四个核心要素：

编写卡片时遵循“一卡一场景”原则，避免将多个场景混杂在同一张卡片中。建议每张卡片控制在 50–80 字，便于后续聚类和优先级排序。

2. 利益相关者地图：识别影响与利益关系

利益相关者地图将场景卡片中涉及的所有人员系统化排列，按影响力（对项目决策的控制力）和利益（受结果影响的程度）两个维度划分为四个象限：

绘制地图时，每次新增一个利益相关者都回查场景卡片，确保“场景中出现的角色全部入图，图中角色都能在场景中找到对应行为”。

3. 问题陈述模板：结构化定义业务问题

问题陈述模板将场景卡片和利益相关者地图的输出转化为统一的、可验证的问题描述。标准结构如下：

问题陈述模板：

作为【目标用户/角色】，
在【用户场景/情境】下，
我们观察到【用户行为/现象】，
这导致了【业务/用户痛点】，
因为【根本原因/洞察】，
所以我们需要【解决方案方向/目标】。

填写示例（机器人换产场景）：

作为产线操作员，
在夜班换产时，
我们观察到需要手动调用多个程序并反复确认零点位置，
这导致单次换产平均耗时 18 分钟，且存在零点误判风险，
因为不同夹具的零点偏移量未标准化，
所以我们需要一套一键式换产引导系统，将换产时间压缩至 5 分钟以内。

问题陈述的每一条都应当可以被 “是 / 否”验证，例如“换产时间是否 ≤ 5 分钟”“零点误判率是否归零”。只有可验证的问题才能驱动后续的需求拆解和验收标准定义。

4. 三者的协同工作流

下图展示了从场景卡片法到问题陈述模板的完整链路，三种工具在流程中依次衔接、互相校验：

5. 实践步骤与检查清单

在机器人 PRD 项目中，推荐按以下步骤依次执行：

1. 收集原始场景：通过用户访谈、现场观察、日志分析获取不少于 15 条原始场景记录。
2. 编写场景卡片：为每条记录填写卡片四要素，剔除重复场景后保留 8–12 张高价值卡片。
3. 绘制利益相关者地图：将所有卡片中出现的角色填入地图，补全未出现但实际决策相关的角色。
4. 交叉校验：检查地图中每个角色是否至少出现在一张场景卡片中，缺失则补充场景或说明原因。
5. 提取痛点与机会点：从卡片中归纳共性痛点，排序后选取 Top 3 进入问题陈述。
6. 编写问题陈述：使用模板为每个痛点撰写结构化的可验证问题。