为用户设计产品难，为设计师设计产品是难上加难，对此，Adobe XD产品经理Demian Borba有话要说，并顺手甩给你一份Design Thinking创新设计指南。
译文：
如果我说有一个通用公式，能让你设计出创新性的产品、用户体验或服务，而且不是递进式的优化，是颠覆性创新，你信吗？
你或许会怀疑，这一点也不奇怪。几年前我就已经开始着手研究创新背后的科学原理，创新的真相就是，一切的创新都和“人”有关，说起来，其实我们也是一群为另一群人创造事物的人。作为Adobe XD旧金山团队的产品经理之一，我非常乐于将这种设计思考方法分享给你们，它既来源于每天的工作生活之中，当然也能被运用于每天的工作生活当中去。
当你读这篇文章时，我希望你能运用“成长型思维” (Growth Mindset)， 对新观点保持开放的心态。在斯坦福大学心理学教授Carol Dweck的《思维模式：成功心理学》一书中，她认为只要你把精力用在对的地方，并从失败中吸取教训，通过“后天努力”，任何人都能成功。
Design Thinking
这种思维模式最早是被IDEO（全球顶尖的设计咨询公司，由一群斯坦福大学毕业生创立于1991年）发扬光大的，也是斯坦福大学 Design School 所推崇也是最重要的课程。它涉及大规模的协作和频繁的更迭，一般包含以下五个明确的步骤：移情、定义、构思、原型以及测试。
Design Thinking的最终目标是创造出一个用户真实需要的产品、服务或体验，它必须具备成长的潜力（可行性），并且能够很容易或很方便的通过技术被实现（可实现）。
值得一提的是，你必须每次只专注在一个点上，然后快速迭代。
为了更好地阐述Design Thinking的整个流程，下面我以Adobe XD的设计过程为例来说明。正如我们工程部门的老大Vincent Hardy曾提到的，Adobe XD团队保持着一种非常激进的发布时间表：我们每2周进行一次预发布，每4周一次对外发布，我们还特别建了一个叫“UserVoice”的站点持续关注用户的反馈，包括bug提交和新需求的提议，这让我们得以快速地感知需求变化、建立优先级，并找到下一个迭代设计的切入点。
我们有一个专门的、跨学科的团队，包括“T”型设计师、开发工程师、项目经理、市场营销人员以及像我这样的产品经理。
（T型人才是指那些具有某个领域的专业深度、同时具有一定跨专业知识的人，他们能在团队中扮演不同的角色，充满好奇心而且善于从别人的角度思考问题）
所有的设计思考都源自于一个设计挑战。
在Adobe XD出现以前，我们面临的挑战是：Photoshop和Illustrator在设计之初就没有意识到如今用户体验设计面临的挑战。
为了解决这个问题，在我们开始构想解决方案之前要做的就是先去找用户聊天。
阶段一：移情（同理心）
同理心是一种站在别人的角度看问题的能力。
有三种方法可以帮你建立和用户之间的共鸣：访谈、观察、亲身体验。
1、访谈
我们会定期地进行用户访谈，发现正确的工作流。了解每个设计师的想法、工作环境、痛点以及期望等等。这些访谈并不局限在美国本土，我们还对世界各地的用户群体进行访谈。观察这些不同地域的设计师们看待问题的不同视角与处理挑战的方式是非常有趣的事。在访谈中，我们必须扮演人类学家，在做研究时要时刻保持中立的态度，即使你认为你已经猜到用户的答案了，也一定要继续问他们“为什么”？
ADOBE XD团队的产品经理们在欧洲开展用户访谈
Sakichi Toyoda提出过一个有趣的观点（这个方法也被用在丰田汽车的生产控制优化中）——只要你连问五次“为什么”，你就能找到问题的根源在哪儿。你要把自己变成一个充满好奇心、凡事都喜欢追根究底的小朋友。
完美的访谈战略是先与受访者建立亲密、融洽的关系，避免使用带有引导性的问题。比如永远不要问“这个还不错吧？”，而是问“你觉得这个怎么样？”，或者用更好的方式“跟我说说你在使用X工作时的故事吧”。懂得如何挖掘用户故事是一个非常有用的技能，你能从中发现很多有价值的信息，比如你想知道现在的年轻人都喜欢什么，你其实可以试着问他们如果给他150美金他会想买什么？
在访谈中表现出对用户故事的好奇和渴望，能帮助你们建立彼此之间的互动。最近Human Tech曾播出了一个关于测量大脑在叙述故事期间的活动情况的研究，其结果显示，当故事情节达到高潮的时候，听者和讲述者的大脑活动极为相似，就像两个人的大脑彼此真的关联起来了一样。
当你问出一个问题以后，留些时间给受访者思考，短暂的沉默没什么好担心的，就算有点小尴尬，也千万别打断或试图影响被访者的思路。
设计思考讲究的是质量而非数量。
这意味着访谈的用户数量不可能太多，所以要选择那些你认为能够代表你的产品或服务各层次的受众，我们是要洞察本质，而不是“真理”。
我觉得洞见是对事物的深刻理解，就像大脑中的神经细胞正等着你确认并激活以便将不同层面的信息关联起来一样，一旦建立连接，你就会恍然大悟。
极端用户的概念也能让你的研究受益良多。例如，当你要设计购物车，需要对购物车的用户进行访谈时，别只盯着那些消费者，也试着去问问那些把购物车当运载工具的流浪汉，这个流浪汉就是购物车的极端用户，说不定他能给你提出什么重要的观点。
2、观察
给你的用户设置一个任务，观察他们如何完成。比如你问用户“在亚马逊购物的时候遇到过什么难题吗？”，你很可能会听到“没有啊，挺顺畅的”这种答案。但实际上如果你在他们背后观察他们的操作，你可能就会发现用户操作时的痛点。
最近在Adobe内部进行了一场“用户体验马拉松”，我们找来公司里的设计师，让他们使用Adobe XD，而我们则在背后默默地观察他们。Adobe XD的产品工程师和设计者们都参加了这场活动，很快我们就发现了不少值得改进的产品问题，现在那些问题已经在我们的日程表上了。
ADOBE XD产品团队在旧金山展开用户体验马拉松
我们认为，XD团队的各领域成员（无论你是设计师、工程师还是产品经理）都应该积极地与用户互动，不管是通过线上反馈、用户论坛、小型见面会还是访谈小组的形式，这样我们设计的产品才能真正解决用户在使用过程中遇到的困难。
ADOBE XD团队在ADOBE MAX 2015上和用户进行交流
3、亲身体验
你的用户在使用哪些产品，你就应该去试试那些产品。可以是你自己的产品，也可以是竞品。亲身使用能让你更直接地感受到用户的痛点在哪里以及愉悦的体验从何而来。
我几乎尝试了所有的设计工具和原型产品，不仅仅是想建立新的思维模型，还为了能像人类学家那样，去判断用户给我们建议的功能是不是受已有产品的影响。我们需要接受新的思维模式，避免陷入现有的心智模式，这应该是最难做到的一件事了。
有趣的是：我们的设计师与产品经理都在用Adobe XD来设计Adobe XD这个产品，这也让我们可以更好地明白用户的使用感受，我们也是每天都在用自己的产品。
在移情这个阶段，你可以利用一些有效的工具，如同理心地图，你可以列出用户角色如何表达、如何行动（外部）、如何思考以及感受如何（内部）。
当把从访谈、观察、亲身体验的过程中获取的全部信息总结完后，你就能从看到的“外显表现”（表达和行为）出发，找出背后的“内部需求”（思维和感受），而后者就是你的洞见所在。
阶段二：定义
当你完成了同理心的构建，是时候重新审视和重新定义你最初的设计挑战了。无论是定义最初的问题还是重新定义新问题或挑战，POV（一种故事叙事的写作手法）这个公式可以帮你：POV = 角色（persona）+需求（need）+洞察（insight）
打个比方：“Sam是一个高级设计师，他喜欢快速出方案、产出原型、测试验证，并不断地优化迭代，以做出满足用户实际需求又能带来愉悦体验的产品，但在实际的工作中却发现，要做完这整套设计流程，必须在各个不同的设计软件中转换，浪费了很多精力和时间。”
需求是情绪化的、难以被发觉的。洞察力能带来惊喜，但你需要从访谈结果、观察对比中才能获得，而且还要能被真正运用到设计中。
一旦你以用户为中心去思考并满足他们的真实需要，你才具备竞争优势。
我很喜欢这句话：“比起解决现有问题，设计思考更多的是去发现问题”，所以，去炼就一双发现需求的火眼精睛吧！
在我们建立了和用户的共鸣以后，我们确定了以下要点：
1）从Photoshop和Illustrator被创造出来直到今天，设计师所面临的设计挑战已经大不相同了；
2）如今我们有很多不同的工具去解决不同的问题，比如低保真设计工具 (信息架构和线框图等)、高保真设计工具、以及原型工具插件等等，用户不得不在各个工具软件之间转换，才能完成整个设计、原型、验证的流程；
3）在整个设计流程中会面临很多的阻力，特别是测试完原型后，修改是难免的，如果没办法轻松方便的修改设计，设计师的创造力会被磨灭，设计师们都希望能够快节奏地尝试尽可能多的方案、快速测试并改进；
4）大多数设计工具总是不停地堆积新功能，使得软件整体的观感很差，越来越笨重甚至很慢。
从上面这些痛点出发，我们为Adobe XD定义了一些主方向：
1）必须跟得上设计师思考的速度；
2）良好的性能和稳定性；
3）合理有效的工作流程；
4）场景化的界面设计。
确定了这些定位，Adobe XD的设计才算正式开始。
阶段三：构思
当你确定了用户需求，并重新定义了问题所在后，是时候脑洞大开地去想想产品该做成什么样了！
构思阶段分为两部分：
1、发散（创造选项）
之前那个从移情到重新定义问题都呆在一起的多学科交叉团队要开始尽情地吐槽了，有什么就说什么，不需要太多的思考判断。为什么？因为只有这样我们才能远离那些显而易见的常用解决方案，避免陷入心智模式，只有探讨一些未知的想法才能找到真正的创新。所以，头脑风暴要遵守以下规则：
别轻易评判；
想法越多越好；
别人发言时别插嘴；
清晰地表达你的想法；
在别人想法的基础上做补充；
牢记主题，别跑偏了；
想法再疯狂也没关系！
以我经历过的那些脑暴会议来看，团队基本可以在1个小时内拿出超过100个想法。
2、收敛（确定选择）
现在你们已经有了一堆的idea，这时你们得决定最后的选项了。贴纸投票是个不错的方式：每个小组成员用不同的标签对其它小组的方案进行投票，同时每个小组也内部决定自己想要做哪几个方案，结合双方面的评价，你就知道那个方案可以继续做下去。
这两件事必须清晰而独立：1个小时头脑风暴→1个小时讨论做出决定。
阶段四：原型
设计方案有了，把它转化成一个实实在在可以体验的原型吧。
IDEO有一个说法“一个产品原型抵得上一千个会议”。
原型也分三个阶段：
1）启发——产品可能会是什么样子？
2）演进——产品还可以怎么改进？
3）验证——产品最终会变成什么样子？
原型能让你快速地发现问题，从失败中学习，早期的失败是成本最低的。调整过后就可以分配大量的资源进行开发执行了。我们通过构建原型发现问题和矛盾，从中学习、展开协作，管理产品进程。
长屏滚动、图标样式、图层、元件库，这些都是我们在测试原型时要去测试、验证的元素。
ADOBE XD中创建重复网格内容的功能流程
阶段五：测试
原型创建好后，就可以去找一些真实用户来进行产品测试了。测试的目的在于进一步完善原型的解决方案、了解真实用户的反馈、测试以及完善我们此前的观察公式 【POV = 角色（persona）+需求（need）+洞察（insight）】
测试的时候，把产品原型完全交于用户自己去操作，你只需要在一旁观察和聆听。如果你发现有一些可以快速调整的细节，马上完善再做测试，接近用户才是最重要的，永远不要自恋。
有一个例子就是是关于“图层”这个功能模块的。起初我们试图弱化“图层”这个概念，期待用户能够接受这种新的思维模式。在测试时我们发现，有人很喜欢这个改变，可也有人表示反对。
在最初的版本里，我们决定去除“图层”这一功能，这时候不少设计师也意识到好像他们确实不一定需要图层这种东西。
但随着我们进一步的用户研究并收集论坛反馈，我们意识到“图层”依旧有存在的价值，尤其当你要从一组复杂的界面中将特定的元素分离或打包导出的时候。
所以，在2016发布的Adobe XD里面我们保留了“图层”功能，同时让“图层”变得更智能，增加了“Local Layers”的概念。
即使到了今天，我们也不能完全确定这个设计是好是坏，但我们相信用户会告诉我们，如果用户说不喜欢，我们会虚心听取意见，进行以用户为中心的迭代。
数据也是很有用的方法——它们虽然不一定能告诉你原因，但却能告诉你“正在发生些什么”，它们同时还是比较或验证多个方案的途径。
Adobe XD就拥有一个专业的分析小组，他们不仅仅收集数据，最关键的是提出合适精准的指标来回答或验证问题所在。例如要回答这个问题“Design Mode的设计对用户来说是否有用？”，如何定义是否“有用”呢，我们可以去收集一下用户用拖拽图片文件夹来快速创建相同格式网格内容的使用情况数据。如果用户无法达到他们的目的，那么是时候要改进设计了，甚至重新思考该功能本身的价值了，做好改进方案后，再进行测试。记得，永远别忘了最初试图解决的是什么问题。
除了定量分析和用户测试，我们还进行了一个大约800人左右的小范围预览发布。在定性研究以外，我们还建立了一个客户咨询委员会，收集38位来自Google、Facebook、Airbnb、IDEO、Citi、NFL、 ELM、LinkedIn等公司的设计师的持续反馈建议，当然另外还包括一些外部用户的反馈，例如学生、开发者以及其它小型设计机构的设计人员。我们和用户库的成员们保持持续的沟通，而他们也帮助我们测试原型并给出使用感受和建议。
上面这些就是完整的Design Thinking流程了！
当你做完了一轮，再次循环吧，新的一轮设计思考又要开始了，因为你的产品仍待改进。
永远不要忘记：相信这个方法，同时也别忘了享受整个过程中的乐趣。
总结
Design Thinking是为了解决设计挑战的一种方法或过程，从建立同理心 (访谈、观察、亲身体验)、定义问题及挑战、构思产品 (先发散再收敛)、使用原型进行测试 (快速验证并改进) 并保持对测试结果及后续反馈的追踪。
以Adobe XD团队经验来看，我相信只要我们继续倾听、思考、创想、验证,学习,保持开放的心态，我们一定能创建一个设计师们喜欢的产品。
作者：Demian Borba
原文地址：https://medium.com/@demianborba/design-thinking-a-manual-for-innovation-e0576b34eff6#.e1t78zn4i
更多产品、设计、用研分享请关注IXDC微信（ixdcorg）
往期回顾：
