本文是用户故事地图的读书笔记及思考总结。
用户故事地图是什么？
一副产品交互、逻辑、结构图
用户故事是从用户的角度来描述自己渴望得到的特性以及带来的价值
用户故事地图，就是一堵Story墙，大级别的用户故事排在头排，根据优先级，描述用户需求。对每个头排用户故事成纵向分解。通过地图方式，可以让你和同事能够有一个空间充分思考各类可行方案，从而找到一条可以最大化投入产出的路子。可以让各种干系人对功能需求有相对一致的理解和整体认识。
用户故事不是另外一种写需求的方式，故事是用来讲的，不是用来写的，主要是为了建立共识。
用户故事地图模板结构？
英文： As a , I want to , so that .
中文： 作为一个<角色>, 我想要<活动>, 以便于<商业价值>
对用户故事地图的理解和诠释
如何使用用户故事地图工具？
第一步：分步骤写出你的故事
一个生活中的例子-起床出门的故事
第二步：组织情节
按时间顺序从左到右排列，明确叙事流
第三步：探索替代故事
刨根问底游戏
第四步：提取故事地图的主干
有些故事可以聚合为一个大的活动，完成一个大的任务目标
第五步：切分出能帮你达到特定目标的任务
剔除可有可无的环节
用户故事地图六步法
《用户故事地图》一书总结出的用户地图六步法，我不是太理解，原文摘录出来供大家思考。
1.理清问题、用户是谁，带来什么价值？
2.构建全景图。广度优先，而非深度。一公里宽一厘米深。尝试用故事地图描述所有内容，包括用户的痛苦和喜悦。
3.探索。向深度拓展，讨论其它类型的用户，这些人又要做什么，那些环节会出问题。使用化学、原型和实验不断优化解决问题，尽量改变和完善故事地图
4.制定发布策略。请记住一点，要开发的东西总是很多。聚焦于业务目标的达成和目标用户。果断砍掉无助于取悦用户和帮助公司达成目标最小方案的东西。
5.制定学习策略。你可能已经识别出最小可行产品方案，但是请记住，在经过实际验证之前，这些都是假设。使用故事地图和讨论，帮助自己发现有哪些最大的风险。为用户群的子集切分更小的MVP实验，不断学习真正对用户有价值的东西。
6.制定开发策略。在去掉所有不必要的东西之后，留下的就需要投入开发。根据实现的先后顺序，将最小可行方案进一步切分。早起先聚焦于关键技术问题和开发风险。
结合书中的六步法尝试解读
供大家参考
如何使用用户故事地图工具？
结合实际中的用户故事地图工作坊梳理了正反两种用户故事地图的使用流程，供大家参考使用；正向用户故事地图适合新项目，一开始就使用这种方法进行产品需求的探索和挖掘。反向用户故事地图适用于一些迭代的或是成熟的产品项目，这个时候我们已经很明确我们的产品定义、目标用户等，可以通过反向用户故事地图验证现有产品的体验完整性，从全局的维度、从用户的维度进行反向验证迭代完善。
