第二章 用户故事地图绘制：流程步骤、用户角色、故事要点

1. 适用场景

用户故事地图适用于以下产品研发场景：

  • 新产品立项：从零开始定义 MVP 范围，避免过度设计。
  • 大型需求拆分：将 PRD 中的宏观模块分解为可独立交付的用户故事。
  • 跨团队对齐：产品、设计、开发、测试在同一张图上达成共识。
  • 迭代规划：基于故事优先级和依赖关系制定版本发布计划。
适用判断标准：当 PRD 中包含 > 3 个角色、> 10 个功能点或需要分多轮交付时，建议强制使用用户故事地图。

2. 前置条件

前置条件说明验收标准
PRD 初稿完成包含业务目标、角色定义、功能描述及流程泳道图产品负责人已评审并确认
用户角色清单至少列出 3～8 个核心用户角色及 personas项目干系人签字确认
物理/数字看板准备实体白板 + 便签纸 / Miro 或 FigJam 在线协作板全员可访问并具备编辑权限
核心团队成员到位PO、PM、开发 TL、设计师、QA 代表至少 4 人，总人数 ≤ 12 人

3. 操作步骤

  1. 步骤一：确定时间轴与用户任务
    在画布顶部横向写出用户在完整生命周期中的“用户任务”（User Tasks），按时间顺序从左到右排列。例如：注册→搜索→下单→支付→售后。
  2. 步骤二：分解用户故事
    在每个用户任务下方纵向贴出对应的用户故事（User Stories），采用“作为…，想要…，以便…”三要素格式。
  3. 步骤三：划分故事层级
    第一层为“用户任务”，第二层为“用户故事”，第三层为“子任务”或“验收条件”。用不同颜色便签区分层级。
  4. 步骤四：标注优先级与依赖
    用“P0/P1/P2”标签标记优先级；用箭头或连线标注故事间的前置依赖关系。
  5. 步骤五：切分发布切片
    在画布上横向划出发布线（Release Cut），将 P0 故事归入 MVP，P1/P2 归入后续版本。
常见误区：不要将用户故事写成功能清单（如“新增查询按钮”），必须包含角色、动机和业务价值。

4. 输入输出物

类型内容责任方
输入物PRD 文档、用户角色清单、竞品分析、业务流程图产品经理
输出物用户故事地图（实体/电子看板）、故事优先级列表、MVP 发布范围团队共创产出
记录材料照片/截图、故事卡片编号表、依赖关系图产品经理归档

5. 责任边界

  • 产品经理：主导故事地图绘制，保证故事粒度一致，决策优先级争议。
  • 开发团队：评估技术可行性，识别依赖冲突，估算故事工作量。
  • 设计师：确认用户任务流程与交互合理性，补充 UI 级子任务。
  • 测试工程师：在故事卡片上附加验收条件（Acceptance Criteria），确保可测试性。

6. 记录材料

  • 故事地图快照：每次绘制结束后拍摄/导出高清图片，命名规范：项目名_日期_v版本号.png
  • 故事卡片登记表：汇总所有故事 ID、标题、角色、优先级、依赖、负责人：
| 故事ID | 用户任务   | 用户故事                                 | 角色   | 优先级 | 依赖     |
|--------|------------|------------------------------------------|--------|--------|----------|
| US-001 | 注册       | 作为新用户，想要使用手机号注册，以便快速创建账号 | 新用户 | P0     | 无       |
| US-002 | 注册       | 作为注册用户，想要接收验证码，以便完成身份验证   | 新用户 | P0     | US-001  |
| US-003 | 搜索       | 作为浏览用户，想要按关键词搜索商品，以便找到目标 | 访客   | P1     | 无       |
  • 依赖关系图：使用 Graphviz 或 draw.io 导出 SVG 格式，随地图一同保存。

7. 异常处理

异常情形处理方案触发条件
故事粒度严重不均PO 现场裁决：超过 3 天工作量的故事必须拆分；小于 2 小时的故事合并或降级开发团队反馈估算偏差 > 30%
需求变更导致地图重绘创建新版本分支，保留历史地图快照，变更记录写入 CHANGELOGPRD 发生 scope 级变更
跨团队依赖阻塞在依赖故事上粘贴红色阻塞标记，由 PO 组织外部团队协商解耦方案依赖故事无法在迭代内完成
优先级争议采用“MoSCoW 法则”投票：Must / Should / Could / Won't ，PO 拥有最终裁定权P0/P1 冲突票数 > 3 票
经验建议：为每个异常处理方案设定触发阈值，避免“一有变化就重画”导致团队疲劳。

8. 验收标准

完成用户故事地图绘制后，需逐条确认以下标准：

  1. 所有核心用户角色均已覆盖，每个角色至少对应 1 条用户故事。
  2. 用户任务流程完整覆盖 PRD 中的业务闭环（不遗漏“异常路径”和“边界场景”）。
  3. P0 故事均标注了清晰的前置依赖和验收条件（AC）。
  4. 发布切片线明确区分 MVP 与后续迭代，且 MVP 范围获得 PO 与开发双方向确认。
  5. 故事地图已拍照/导出并归档至项目知识库，所有参与者可查阅。

用户故事地图结构总览

用户故事地图结构图 用户故事地图结构总览 任务1：注册与登录 任务2：搜索与浏览 任务3：下单与支付 US-01 手机号注册 US-02 验证码登录 US-03 找回密码（P1） US-04 关键词搜索 US-05 筛选与排序 US-06 推荐列表（P1） US-07 添加购物车 US-08 提交订单 US-09 支付失败处理 子任务：验证码接口 子任务：索引优化 子任务：支付网关重试 MVP 发布线 MVP 范围：US-01~05,07~08 依赖 依赖 ■ 蓝=用户任务 ■ 绿=P0故事 ■ 橙=P1故事 ■ 红=P0异常处理 ■ 紫=子任务 → 依赖关系

图：用户故事地图三层结构（任务层→故事层→子任务层）及 MVP 发布切片示例

← 上一章 📖 返回目录 下一章 →