@戴小维Saki ：为什么要学会方法论?身为交互设计师，行走江湖，怎么能没有一两个贴身护法傍身?!

　　当我们还是新人菜鸟时，总会有遇到部分产品同学或者开发同学说，你为什么这样做?有什么理由么?为什么不那样做?你这个技术实现不了，你这个UI太丑了，你这个流程太麻烦了等等。

　　这个时候，我们的交互设计方法论，就派上用场啦。在我们将设计稿做的完美同时，也要学会将自己的设计稿讲的好，也可以说是对自己设计稿的适度包装。这样你就可以在你项目组的产品经理，项目经理跳出来质疑你的设计稿时，用绝妙的方法论，让他们频频点头，若有所思。最终给你竖起大拇指。并且在长远的项目合作中，对你产生较高的信任度，也就是我们常说的出稿信任。最终渐渐免去部分产品同学和开发同学的习惯性质疑。

　　这些方法论有哪些?

　　英国设计协会的双钻模型：来源于IDEO的以人为本的设计思想，以及@d.school的设计流程

　　主要分为四个步骤，两个阶段：

　　第一阶段：针对对的事情做设计(designing the right thing)：

　　1)对问题的探索和调研：

　　这里指的是针对一个具体而真实存在的问题点进行发散性思考，探索问题的本质。而在项目中的一些伪需求，是需要我们交互设计师在一开始就是剔除的，以免后期方向性问题的出错。这里针对问题/需求可进行多个维度的发散思考，力求考虑问题的全面性。

　　探索以及调研：

　　1. 质疑：对需求质疑，对问题质疑，对商业利益和用户利益的平衡质疑，对各种考虑不全面的质疑。

　　2. 故事：情境化思考设计，将你产品面向的用户，放进一个真实的故事场景中，去尽可能列举你能列举的元素：地点、人物、故事。根据故事脉络去梳理整个交互和操作节点，并从中发现问题。

　　3. 研究：针对问题进行桌面研究，人群调查(比如问卷、访谈)

　　最终你会获得一大片零散的研究结果。

　　2)对问题的定义和聚焦：

　　这里是指将前期扩散的问题思考，集中在某个领域进行解决，也是个逐渐收拢的过程。

　　1. 洞察：观察还未结构化的研究结果

　　2. 主题：逐渐收拢到明确一个主题，然后在你的项目团队中分享你的研究结果，启发大家的思考和讨论。

　　3. 机会领域：进行行业分析、问题分析归纳到一个现在可行的机会领域。合并同类项，将用户痛点等问题，通过卡片分类等方法合并同类项。

　　4. HMW方法：(“how might we…”问题)用一句话说明，我们在有关在行为领域中要做什么，可以解决什么。主要为以下几点：(什么人)了解你的目标用户;(什么事)了解用户要做的事情，同理心;(解决方法&为什么要这么做)用讲故事的方式描述解决方案;(实现解决方案)心理模型与实际模型的结合，用流程图、线框图来解决。

　　第二阶段：将设计做正确(designing things right)：

　　第三步 对设计的潜在问题进行发散，针对简要的设计进行构思：

　　1. 构思：发散阶段，从限制中解放出来，开脑洞设想。设想期间不要评判，让任何可能发生的想法都不要受限制。这里有很多创意设想的工具和方法。例如联想、多留心观察、多听别人的想法，还有多看创意网站，来让你的思维发散产生更多的想法。

　　2. 评估：在对不同想法形成不同的方案后，开始评估你的想法。可以通过每个组员为方案进行投票的方式进行，这里大家可选择你最喜欢的，也可以考察该方案的可行性来选择。这里就存在一个方案在创意和可行性之间存在的潜在关系。 通过评估以后，可找到最初问题的最优解方案。

　　第四步 对设计方案进行实现：

　　用设计去解决前期研究的问题。只要你保证的 前期问题的大方向的正确性时，后期如何去解决它，只是程度上的问题。

　　1. 制作demo：交互配合开发快速进行demo制作，在demo中体现产品的完整流程。

　　2. 测试demo：对demo进行快速测试，考虑产品的可用性和开发风险。这里的方法论可利用灰度测试或者A/B test的方法。

　　3. 循环迭代：上述过程可循环快速迭代，来达到产品开发中的MVP，避免拉长产品开发战线。

　　最后

　　总而言之，交互设计的方法论有很多种，照搬照抄别人的方法论都不一定适合你，一名优秀的设计师，应该在不断的实践和成长中形成自己的设计方法论。设计方法论可指导你做出好设计，也可帮你适当包装设计方案，推动你的设计方案在项目中的实现程度。

　　设计师的护身法宝：