故事地图是一门在需求拆分过程中，保持全景图的技术；是连接开发和设计的桥梁；可以使我们专注于用户和用户体验，产生更好的沟通效果，最终做出更好的产品。故事地图制作步骤会根据应用情况不同略有不同。常见的场景，如新产品规划、版本发布规划、现有产品需求梳理、需求拆解，优先级排序等等。虽然步骤略有不同，主体框架和原则是一致的。都是按照发散-收敛模式，都要讲故事而不是写故事等等。按照如下五个步骤，制作用户故事地图。并且按照用户故事地图的步骤，梳理可能用到的实践、方法或工具，建立用好故事地图的武器库。
Step1 创意框架：精益创业、商业画布/精益画布、价值主张画布、电梯测试等。
Step2 写大故事：用户画像/企业画像、客户旅行地图、影响地图等。
Step3 探索：设计思维、精益数据分析。
Step4 发布策略：MVP、“正好-更好-最好”游戏、MoSCoW方法、Kano方法、需求优先级矩阵。
Step5 开发策略：实例化需求
1、 创意框架
故事地图是从讨论机会开始。创意框架阶段，产品论到极致的三个问题：
-你的用户是谁？-你能给带来什么价值？-如何与他们建立连接？
1）精益创业
企业最大的浪费不是员工上班玩手机，而是构建出的产品没人用。精益创业的目标是，做一个能卖出去的产品，而不是卖一个能做出来的产品。精益创业思维，在整个过程中都有渗透，如用户故事的发布策略，影响地图选择优先级等。
2）商业画布
一页纸的商业画布，更容易让我们抓住商业本质。商业画布聚焦创业者的同时，更聚焦执行。
3）价值主张画布
价值主张是指对客户来说什么是有意义的，即对客户真实需求的深入描述。价值主张地图可以与商业画布很好结合使用。同时，为后续用户细分打下基础。
4）电梯测试
在乘电梯的30秒内清晰准确地向客户解释清楚解决方案。以精炼的语言刻画产品服务于谁，解决什么问题，产生什么价值，有什么优势。相似的工具有愿景图、封面故事等，目的是明确产品愿景，让整个团队对产品目标达成共识。
-为了.........(目标用户)；
-他们的.........（痛点和业务目标）；
-这个.........（产品名称）；
-是一个.........（产品类型）；
-它可以.........（为客户做什么，带来什么价值）；
-而不像.........（主要竞争对手）；
-我们的产品.........（主要差异优势）
2、写大故事
这一过程主要是，确定关键用户，讲完整故事，重广度而非深度。
1）用户画像/企业画像
针对不同场景对用户进行分类，给每类用户建立用户画像。
-尽量使用真实的用户画像，而不是使用虚拟画像；
-尽量描述行为，而不是用基本属性区别；
-画像是为场景服务，不要脱离场景讨论它；
-对于ToB业务，可以绘制企业画像；
-有时可用移情图，丰富用户画像。
2）客户旅行地图
客户旅程地图讲述了用户经历的故事：从初次接触，形成契约，进入到一个长期合作关系；目的是更快的了解用户。工具在后续的探索中也可以使用，通过了解用户体检，寻找痛点、痒点和改进点。
-它可以关注故事中特定的部分，亦或给出一个完整体验的全貌。
-它总是在确定用户与组织的关键交互行为。
-它讲述了用户的感受、动机以及在每一次点击遇到的问题。
3）影响地图
通过影响人的行为来影响目标。对什么样的人，产生怎样的影响，才能帮助实现目标；
提供什么样的产品功能（或服务），才能产生这样的影响。
3、探索
该步骤主要探索细节、风险等，面对着地图，讨论：
-用户在这一步做什么？-还有其它选择么？-存在什么风险？-有何替代方案？-如何用的更爽？
1）设计思维
把创意像公式一样“推导”出来的方法。设计思维是一种以人为本，以用户为中心的设计方法。解决问题，要从人的需求出发，多角度地寻求创新解决方案，并创造更多的可能性。设计思维不仅仅是一套流程，还包括很多实用工具或方法：
2）精益数据分析
精益数据分析是精益创业在度量过程中的一个有效补充；在制作故事地图时，对设立目标、故事探索都要充分考虑度量内容；挑选一个唯一的对你当前阶段无比重要的指标为第一关键指标（OMTM）；
4、发布策略
发布策略一步骤核心关注问题：
-如何制定发布策略；-如何需求排序。
关于优先级排序，补充要点：为特定的业务目标、客户和用户确定优先级，然后再为他们目标确定优先级，最后才是功能。（特别是ToB业务，客户可能有自己目标，或政治任务，需要优先满足）
1）MVP（最小可行产品）
最小可行产品是为了验证假设而做的最小规模的实验。聚焦于成果，即产品发布后用户能使用和感知的东西，切分发布计划应以成果为导向。
2）“正好-更好-最好”游戏
这是一个分解故事的简单技术之一。实际上也可以用在发布策略上。
-正好：一开始讨论什么是正好，只是正好而已，解决基本问题；
-更好：讨论如何变得更好，基本让用户满意；
-最好：讨论如何变得最好，可能会超出用户预期。
3）MoSCoW方法
区分出哪些是必须做，应该做，可以做，和不要做的需求。
4）Kano方法 卡诺模型
KANO模型来说明产品需求与用户反应的潜在关系。基本型需求必须满足，期望型需求要清晰明了，兴奋型需求是引爆的关键。
5）需求优先级矩阵
根据价值和风险确定需求优先级，优先完成高客户价值高风险部分。这些需求都属于重要的需求，尽管实现起来很困难，但我们必须有足够的时间（精力）去处理它。横轴的“风险”也可以换为“复杂度”，则变为价值-复杂度矩阵，优先级顺序不变。
5、开发策略
该部分主要解决问题：如何制定开发计划？如何让需求与开发过程更好的结合？
-通过“开局、中局、末局”策略切分需求，制定开发计划。
-运用迭代思维持续评估和打磨产品，运用增量思维做加法。
-想做的事情总是缺人缺时间，制定产品开发的MVP。
-少即是多，最小化输出，最大化成果和影响。
1）实例化需求
以终为始，从目标中获取范围；实例化需求说明可以帮助构建正确的产品，而技术实践可以确保产品正确的构建；
2）测试
实例化的需求说明就是测试，测试也是需求说明。以此打破需求沟通中知识的诅咒。
