双钻模型
什么是双钻设计模型
双钻模型描绘了在设计流程中发散和收缩的过程,由英国设计协会提出,是一种设计师所使用的思考模式。该设计模型的核心是:发现正确的问题和发现正确的解决方案。一般应用在产品开发过程中的需求定义和交互设计阶段。
双钻模型主要分为4步,主要是发现期、定义期、发展期及交付期。前两步可以定义为第一个阶段:做正确的事情,找准做设计的方向,后两步为第二个阶段:把事情做正确,把设计落实到点子上,避免偏差。

第一步:发现期
发现问题——对现状进行深入研究。包括了解用户特征、产品当前状况、用户如何使用产品以及用户对产品的态度等等。此步是发散型的思考,探索和研究问题的本质原因,相当于寻根问底,也就是我们常说的:为什么要做这个需求。在我们接到一个需求时,要抱有一颗质疑的态度,对需求质疑、对商业模式质疑、对用户质疑,质疑一切不合理的事情。然后去列举用户可能遇到的真实场景元素:比如地点、时间、人物、故事,梳理整个设计流程和节点。针对问题再去进行研究,例如前期的用户访谈、问卷调查、竞品分析、行业分析、现状数据摸底等等,最终得到一系列的研究结果。此时的手段有竞品研究、数据分析、用户调研等等,这也是我们做设计的第一步,需求拆解和设计分析。
第二步:定义期
定义问题——确定关键问题。此步是将第1步发散的问题进行思考和总结,把问题集中起来解决。毕竟太过于发散的问题不利于事情的推进。这一阶段,我们关注的焦点是:用户当前最关注、最需要解决的问题是哪些,需要根据团队的资源状况作出取舍,聚焦到核心问题上。再把之前的行业分析、竞品分析以及存在的问题一起比较,发现可能存在的机会突破点,并不断去探索我们还可以做的事,寻找设计价值机会点。
第三步:发展期
构思方案——寻找潜在的解决方案,此步是真正开展设计创意了,在我们日常的设计过程中也称之为设计预研。在方案发散阶段,我们不需要过多考虑技术的可实现性,因为在后续环节,一些看似有很大技术瓶颈的方案,可以逐步演化为可施行的开发方案。这是一个发散、迭代的过程,细节和方案仍然会不断推翻和重构,但是要找出正确方案的方向,这一步是最核心的。
第四步:交付期
交付方案——把上阶段所有潜在的解决方案,逐个进行分析验证,选择出最适合的一个或多个。这一阶段将之前的方案进行开发制作、测试、迭代(build、test、iterate),重复3次以上。即可以简单理解为设计方案的评审,反复迭代设计方案。淘汰中间不合理的想法和设计,最终保留精华设计。到这一步为止,设计的分析、预研、方案制作、测试已基本结束了,接下来就是把我们确认的方案推向用户,回收后续反馈即可。

探索/调研——透析问题(发散)
定义/合成——聚焦领域(集中)
发展/构思——潜在问题(发散)
传达/实现——实施方案(集中)
这四个阶段不是孤立存在的,而是彼此间都是有联系的。前面的阶段为后续的研究做铺垫,后续的研究结论也能更好的验证前面的发现。
双钻模型的价值
1、对思考过程做拆解,让思考更具有逻辑性。双钻模型将不可见的思考过程分为2个核心部分:确定正确的问题,发现最合适的解决方案。在日常工作中,大家可能会经常遇到在没有剥离出“问题是什么”时,就立马对解决方案进行构思或激烈讨论,耗费团队精力和时间。
2、重新重视问题是什么。第一个钻石模型,我们着重解决的是找到正确的问题是什么。通过第一个钻石的提出,原本易被忽略的问题环节会重新受到团队成员重视,避免设计方案发生方向性偏离。
3、设计思考过程可见。通过双钻模型设定的思考框架,原本“黑盒”的思考过程被逐渐呈现出来,增加团队成员对设计方案演绎过程的理解度,提高合作认可度和协作效率。
双钻模型在应用中的问题及优化
在最后交付环节,需要经过至少3次的迭代、测试和开发,而最终的定案也无法证明结果就是好的。在整个的迭代过程中,我们可能不知道要去优化什么,可能觉得方案已经是最完美的了,也有可能觉得方案一直是不行的,在这一环节陷入死循环,最终导致整个项目周期拉的很长。

因此可以将这些不确定的因素置前考虑,在前期的分析中,就去解决这个阶段出现的一些风险问题。
在前面的方案发散环节中新增预测和推演的环节,用以降低后续交付环节的风险。预测和推演主要是针对已输出的几套概念方案进行推测,通过一些可以量化的数据来推演这些概念方案是可以落地的,这样可以预知概念方案的结果,减少方案变更和修改的次数,提升整体的设计效率。同时整个概念方案的预测和推演也来依赖于前期的设计分析,找准具体的推演方向是这个模型最大的难点。
具体的预测和推演过程,可以拆解到具体的行为角度,主要分为方案构思到用户行为预测再到数据推演。其中方案构思和用户行为预测与之前分析的双钻模型中的行为是一致的,只是在做预测和推演时又拿出来应用。

双钻模型应用于软件及服务
双钻模型起源于工业设计领域,是一种线性的流程,重点描述产出最终方案之前的设计过程。因为工业设计创造的是实体产品,想要修改已经制造出来的产品代价极其昂贵,而且获得市场对产品的反馈需要漫长的时间等待,所以通过这种方法工作最后产出的解决方案一般来说都比较完美。
而对于软件产品还有服务而言,具有天然优势。更改一个软件几乎不需要什么成本,所以不需要在一开始就做出一个完美的方案来,可以一点点改进,然后从真实的市场反馈中调整、确定产品的结构。
理解
整个设计过程起始于一个想法、洞察、市场的趋势、宏观的经济变化等等。在得出一个观点或者计划之前,先争取理解目前的情况。这个阶段是一个发散、探索的过程,研究新的问题,通过观察和询问,揭示顾客的行为、商业的驱动力。
定义
基于上述的理解,我们着手把已有的知识合并成更深层次的洞察,专注于最主要的问题。这个阶段需要收缩成一个观点,并且确定我们的这个占领未来市场的计划的第一印象。我们评估这个计划的可行性和影响力,确定如何衡量它是否成功。
初期的战略指导着方案的实施,但是永远没有最完善的战略,当有了新的发现时它应该被及时地修正。战略应当聚焦我们期望的产出结果或者取得的影响,而不需要确定方案的所有具体细节。
探索
当有了一个适当的观点后,开始探索更多的潜在方案。我们知道我们想要什么,通过不断的探索和验证各种选项,找出能够取得成功的最佳方案。这是一个发散、迭代的过程,细节和需求仍然不会被确定,但是要找出正确方案的方向。
创造
当对一个方案有了足够的信心时,探索为工程铺平了道路,可以进行软件的创造和优化。在这里有两个部分,首先软件被发行到市场上,然后我们从真实的市场中取得反馈。于是我们的理解更加深刻,造就了不断变化的战略。软件工程不仅仅是执行一个计划,它也是制定战略。
没有要显示的评论
没有要显示的评论