面和大家一起来学习《故事地图》第14章-通过探索来进行验证性学习，它在整本书中的位置如下：
1.在开发过程中，不知道大家有没有如下痛点：
痛点1.大多数时候，我们其实都是错的
Standish集团发表在具有里程碑意义的报告“混乱”里有一个研究发现，64%-75%的功能很少或从来没有使用过，而且，从其他数据来源中发现，所有初创软件的失败率达到755-90%.
实际开发中，我们许多自以为可以取得巨大成功的方案最后都以失败告终；我们都认为自己增加的功能都有价值，但最终却只有少数人使用；
痛点2.人们抱怨我们交付的产品与其想要的工作方式不吻合
2.如何解决痛点？设计思维的工作流程-同理，聚焦，形成想法，作原型，测试
简单来说，设计思维：
第一个步骤是同理（共情或称移情）
传统研究（特别是定量研究）所得到的结果，是数据，并不是同理感受。
要想做到真正理解用户对产品的真实感受，做到共情的层面，我们需要前往用户的现场，与他们实际接触，观察他们的工作，最理想的境界是与他们一起工作。
只有理解透了用户，亲身去体验他们解决的实际困难，我们才能站在对方的心理之上提出靠谱的需求，从而击中用户的痛点，给用户带来切实的好的用户体验。
第二个步骤叫聚焦
从同理阶段探寻到很多东西，我们需要通过很多合作来讲故事、分享并提炼我们的见解并聚焦于特定的人或问题。
第三个步骤是形成想法
在14章中，我们讨论了一个简单的实践方法，即设计工作室。
在业务实践中，第一个想出可行方案的人往往就是赢家。
作者喜欢用故事地图来辅助形成想法。用一个表现痛点、快乐及其他用户信息的地图，然后针对这张地图进行脑暴，广泛收集相关想法。在卡片或便签上直接写下对解决方案的想法，然后将他们直接放入与之最相关的位置。
有意识的针对客户和用户的问题构思若干个可能的解决方案。
第四个步骤形成原型
对简单的纸质原型进行少量投入，得出最好的解决方案。
制作一定保真度的原型，让用户和客户可以评价解决方案是否真的可以解决他们的问题。
第五个步骤是测试
测试的目的，不是说检查有没有bug，而是去验证有没有真正解决用户的问题，所以现在很多公司都在做可用性和易用性测试。
将解决方案拿给可能购买或使用产品的人看，不要期望他们一开始就能取得成功，需要不断的加以迭代和完善。
除此之外：设计思维还在一定程度上强调小型的多学科团队协作，团队成员一起工作时，快速使用简单模型、草图和低保真的文档来进行交流，去达成共识。
3.那些让设计失败的设计方式
3.1对目标客户没有进行清晰的认识就盲目开始
3.2花太多太多的时间进行调研，从而拖延了整个项目进度
3.2只有数据，没有共情
3.3没有聚焦，总是想去解决所有问题
3.3只让专业人员参与设计，
3.4浪费时间在制作精美原型上面
3.5做完原型后不做用户测试
3.6因为方案是正确的解决方案而不去考虑开发成本
3.7一旦出现问题，一味的考虑谁应该背责任，而不是去寻找过程中出现的错误。
4.精益创业思想改变产品设计
《四步创业法》是一本非常非常棒的书，我已经通读一遍，受益太多太多，第一个惊艳到我的点是，创业首先不是去开发产品，而是去开发客户，不要等到万事俱备却唯独东风不来，让人遗憾不已。
《精益创业》也是创业者必须精读的一本书，精益是一种方法，我们现在拓展到产品设计中，有精益设计，精益开发，精益项目管理等。
精益的方法强调的就是：简化缩短“开发-度量-认知”的时间周期。
传统设计过程最大的缺陷之一就是花大量的时间来学习和设计，长到你对方案产生很强的依赖，产生了很强的定势和先入为主的观念，之后却遗憾的发现，他们其实并没有达到预期的效果，这种方法扼杀创造性想法的出现。
4.1激情&灵感-从猜测开始
在设计过程中，其实我们一直都是在猜，只不过假装自己没有，醒醒吧。
所以在设计之初，我们就应该邀请客户和用户共同参与，让我们的设计可靠度更高。
4.2找出可能有风险的假设
列出关于客户和用户以及解决方案的各种风险和假设后，找出我们所认为的现有的几大风险。
4.3设计和开发小型测试
测试才是让事情变得真正不同凡响的地方。
对用户和解决方案作出假设以后，不需要等设计原型出来以后再进行测试，我们可以制作设计连环画，把我们的使用情景和问题和解决方案清晰描述出来即可。
然后跟用户一起去回顾其中的场景，测试解决方案是否真的可以帮助用户解决问题，如果用户对产品的想法反映平平，那么产品方向就真的需要调整了。
4.4与客户和用户一起测试，以便进行度量
4.5重新思考解决方案和假设
在几轮预测后，要开始得出可预测的结果。
测试结果不管是对以前的方法的肯定还是肯定，都是值得庆祝的。因为都可以让我们重新思考我们的假设，，形成更好的解决方案。
5.故事和故事地图呢？
随着开发的进行，我们会深入开发细节，有时候我们会陷入细节之中，做决策的时候容易走偏，故事地图可以让我们时刻能从全局的眼光来深入细节，不迷失，对开发决策达成准确的一致意见。
作者：阿秀 建筑师 &产品经理一枚
