面和大家一起来学习《故事地图》第14章-通过探索来进行验证性学习,它在整本书中的位置如下:
本章在全书中的位置 本章框架1.在开发过程中,不知道大家有没有如下痛点:
痛点1.大多数时候,我们其实都是错的
成功:中间水平:失败软件=2:6:2
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.故事和故事地图呢?
随着开发的进行,我们会深入开发细节,有时候我们会陷入细节之中,做决策的时候容易走偏,故事地图可以让我们时刻能从全局的眼光来深入细节,不迷失,对开发决策达成准确的一致意见。
作者:阿秀 建筑师 &产品经理一枚
网友评论