用户故事地图是一种敏捷开发工具，用于从用户视角组织需求。它通过二维地图展示用户活动、任务和故事，促进团队共识。创建地图涉及产品定义、梳理骨干故事、拆分故事和确认故事等步骤，帮助保持产品设计的同理心，增强参与性，并方便后期回忆。用户故事地图的价值在于达成共识、保持同理心、促进用户参与设计以及方便回顾。
昨天一篇文章我们给大家分享了用户故事，这篇文章我们来分享故事地图。
什么是用户故事地图？
“用户故事”的概念来源于敏捷开发的理念。
用户故事是从用户的角度来描述自己渴望得到的特性以及带来的价值。
现在流行的模板是：
英文：
As a <Role>, I want to <Activity>, so that <Business Value>.
中文：
作为一个<角色>, 我想要<活动>, 以便于<商业价值>
传统的需求都是用列表展示，用户故事地图将你的需求列表变成一张二维地图。
上图是一个邮件系统的用户故事地图规范。
橘色便签代表用户活动
蓝色便签代表用户任务
黄色便签代表用户故事
横向：用户按从左到右顺序使用你的系统
纵向：我们按自上而下划分不同的版本（可以理解为每个版本做的闭环功能）
如上图的邮件系统示例：
用户活动：组织邮件->管理邮件->管理日历->管理联系人
组织邮件又分为搜索邮件和整理邮件，这属于用户任务
搜索邮件又分为根据关键词搜索，整理邮件分为移动邮件和创建子文件夹。
如何做好用户故事地图
一份好的用户故事地图一般经历以下几个步骤：产品定义》梳理骨干故事》拆分故事》沟通确认，参与人员一般有技术开发、产品经理、项目经理、设计师、用户、产品老大。
1、产品定义
由PO主导
将内容记录在黑板上，与大家讨论达成共识，确定产品定义。
需要明确
“我们为什么要做这个？”
“用户为什么要用这个？”
2、梳理骨干故事
我们举个生活中的例子，比如早上到公司上班，我们一般需要经历如下几步：
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
