第2章 角色与目标提取：明确系统用户类型、业务目标分类、关键角色优先级

适用场景

• 从用户故事原始文本中识别参与者和业务目标时
• 需求分析初期，系统涉及多类用户、多角色协作时
• 需对用户故事进行结构化整理，为后续流程步骤识别做准备时
• 产品经理或业务分析师首次梳理干系人清单时

前置条件

• 已完成用户故事采集，拥有至少一份用户故事列表（含标题、描述、验收条件）
• 团队已确定初步的业务范围与系统边界
• 业务分析师、产品经理已到位，并完成角色分工
• 已有干系人清单或初步的参与者识别记录

操作步骤

前提说明： 以下步骤建议由业务分析师主导，产品经理、技术代表参与，采用工作坊或评审会形式开展。

1. 识别用户类型
   从用户故事列表中提取所有参与者，区分三类用户：
   • 直接用户：主动操作系统、发起业务操作的角色（如“订单管理员”、“客服专员”）；
   • 间接用户：接收系统输出、审批或消费数据但不直接操作的角色（如“部门主管”、“财务审核”）；
   • 外部系统：与目标系统交互的其他系统或服务（如“支付网关”、“ERP接口”）。
   将识别结果填入《角色-目标映射表》“用户类型”列。
2. 分类业务目标
   对每个角色对应的用户故事目标按重要程度划分：
   • 核心目标：系统必须实现的功能目标，缺失则业务无法运转；
   • 支撑目标：提升效率、体验或合规性的目标，非必需但显著增值；
   • 约束目标：非功能性需求，如性能、安全、数据一致性等。
   每个目标只能归属一个分类，避免交叉。
3. 排序角色优先级
   根据角色对核心业务流程的影响度进行排序：
   • P1 关键角色：直接参与核心业务闭环，缺位则流程中断；
   • P2 重要角色：参与支撑或合规环节，缺位导致效率或合规风险；
   • P3 一般角色：参与边缘或扩展业务，缺位影响较小。
   优先级标注在《角色-目标映射表》“优先级”列。
4. 验证角色-目标映射
   逐项检查：
   • 每个角色是否至少关联一个业务目标；
   • 每个业务目标是否至少被一个角色覆盖；
   • 是否存在“无目标角色”或“无角色目标”，如有则补充或修正用户故事。
   验证通过后，由产品经理签字确认。

输入输出物

责任边界