对于大型产品的开发，用户需求的内容会很多，像是一个庞大的地图，而“用户故事”擅长聚焦于构建小的特性，专注于小的细节就没法掌握整体，所以会带给人们困惑，不知何时才能完成开发和发布。不同的用户故事块也容易出现互不相匹配的产品部分，所以，为了避免这种管中窥豹的错误出现，人们改进了用户故事的处理方法，这种新的方法就是“用户故事地图“。
●让你更容易看清backlog的全貌。
●为新功能筛选（grooming）和划定优先级提供了更好的工具，帮助你做出决策。
●便于使用静默头脑风暴模式和其他协作方式来产生用户故事。
●帮助你更好的进行迭代增量式开发，同时确保早期的发布可以验证整体架构和解决方案。
●为传统的项目计划提供了一个更好的替代工具。
●有助于激发讨论和管理项目范围。
●允许你从多个维度进行项目规划，并确保不同的想法都可以得到采纳。
如何创建用户故事地图？
1、前期准备
召集3-5名产品核心人员，可以包括产品负责人、项目经理、业务分析师、架构师，因为这些人代表了项目中的主要角色的看法，所以创建出故事地图后，在以后的全体计划会上就可以避免出现许多不必要的辩论。准备一面空出的白板，或一面墙壁，若干颜色和数量的便利贴，一卷彩色胶带。
2、整理创意框架
在正式开始创建用户故事之前，大家要在一起重新明确产品的创意框架，如：
●明确产品的目标是什么？
●能为用户解决哪些问题？
●公司、用户都能获得哪些收益？
然后大家统一答案，把明确的目标写在便利贴上，按照优先级排好顺序。
3、刻画用户画像
下面针对优先级最高的目标开始讨论，开始头脑风暴：
●产品面向的主要用户群是那些？
●产品的潜在用户群有哪些？
●谁会为我们的产品付钱？
4、大故事
5、深挖细节
我们要在每一个大故事上深挖，写出包括的细节：
●用户在这一步具体要做什么事情？
●用户在这一步还有其他选择么？
●如何做才能更符合用户的习惯？
●出现问题时如何解决？
6、划分MVP发布计划
