前两天疯传的Google设计团队出品的design sprint设计流程确实是一个很值得借鉴的设计方法，可惜原文并没有对每个环节进行详细阐述，更没有例子。正巧最近在看IF Academy上的交互入门课程（不要问我为啥还在看入门），其中一篇介绍如何将调研结果快速转化为可测试原型的文章正好可以作为design sprint的流程的实操补充，所以整理出来给大家借鉴。废话不多说，进入正题。
科学的分析用户研究结果并发现优秀的解决方案
用户研究的价值在于它能提供给你的团队基于研究对象的理解和洞见（insight）。它应该引导产品向好的方向发展。所以那些并没有最终应用到设计开发中的研究是无效的。
你的公司可能会花很多钱来观察用户行为并搜集整理有价值的洞见...
但可悲的是随着时间的逝去，这些洞见都流失了。
通常用研结果的分享和储存方式：
●一个附带讲义的ppt
● 数小时的用户访谈和焦点小组的录像
● 超长的研究报告
● 定量数据和调查反馈
这种永久文件是个很好的参考，但他们一般会被存在共享盘后就不会再有人看了。当你的团队开始设计时，你需要让研究结果重新从纸上回到团队的工作流程中。
这篇文章详细介绍了如何简单地一步一步达到这个目的。
将研究成果转化为可检验原型
让我们开始
设立项目目标
首先要给项目设定一个目标
首先要问自己“如果这个项目成功了，我们能改善什么？”。可能是每月卖更多的产品，或者首页的用户流失会减少？
这个目标可以很宽泛也可以很聚焦，但要保证它是可以量化的。如果这个目标不能量化，那就很难确定是否达成了目标以及何时能达成目标。
可量化的目标
●电影院：增加非高峰期的电影票购买数量
●在线零售：增加一个订单中的平均商品数量
●出版商：增加读者每天内容消费的平均时长
反例：
●电影院：提升网站的视觉设计来吸引更多的用户
●在线零售：改善支付体验
●出版商：生产更多吸引人的内容
清晰的目标导出清晰的项目产出。反之项目产出也会变得很模糊。
下一项
搜集所有的研究内容
搜索所有的研究内容，无论是什么形式，什么内容，搜集所有你能找到的。他们包括但不限于以下的这些：
跟项目相关的笔记或报道、用户访谈、专家或利益相关者的访谈、竞品分析、调查结果、分析报告、用户画像、用户行为地图、个人记录、案例研究和任何你通过搜索引擎搜集到的相关研究。
审核你搜集到的这些内容，以防其中某些研究有缺失或有失偏颇。这点很重要，就是你得出研究结果所用的信息必须是从多种渠道获得的，且是运用了多种定性或定量手段。
●避免使用单一来源信息
●确保你的研究不是在同一种认知范畴中得出的
●确保覆盖尽可能多的潜在用户
同样要避免只使用定量研究，例如分析和用户调查。与真实用户交谈并获得洞见，而不是依靠总的趋势信息来进行假设。
下一项
聚类图
聚类图是一个公认高度灵活的用来对大量研究数据进行总结的ux方法。
聚类图的优势：
●它是一种从大量且多变的数据中发现和总结机会点的高效方法。
●它可以整合一些突然想到的信息并且深入到整个团队的短期工作记忆中
●他可以容纳团队各种觉得的不同观点
●他可以限制团队中意见领袖过多的表现，同时让那些内向缺少自信的成员表达更多想法
●它高度灵活，可以轻松适应任何情况
方法
第一步：分开独立工作
●将研究资料分摊给每个团队成员进行回顾
●记录下任何看上去相关或有趣的发现
●一个机会点一张便利贴
●如果不确定，记下来
要记住，获得一些不相干的机会点好过那些隐藏在6页你再也不会翻看的报告中的宝贵信息
整个过程要快速进行，不用深入讨论你发现的每个机会点，只用记下来然后继续去找其他的。
不用在意便签上的书写格式，可以参考下面的样式：
结论——可选注释——来源
例如：
45%的非高峰期电影观众超过55岁——来自产业调查
花费超过60美金的用户是低于60美金用户的5倍——60美金包邮——谷歌分析
如果视频超过5分钟我是不会看的——Paul、17岁——2015的用户访谈
第二步：两相验证
两人一组，分别复查彼此的便签
●重写那些潦草的或没有启发的便签
●把大而复杂的问题拆分成多个便签
注意：这个过程不是用来讨论或辩论想法的对错的。聚焦在确保每条便签上的想法是清晰易懂的。这个过程花费不要超过10分钟。
第三步：整个团队共同参与，汇总所有的便签
团队成员随机从便利签堆选取便利贴并贴在墙上。在过程中尝试将相似的便签贴在一起。你会发现聚类开始产生。继续直到所有便签都贴到墙上了。一旦一个便签贴在了墙上，就不要轻易的移动它。因为接下来你还有机会来移动它。
这个步骤需要在安静中完成——我们不希望任何人的主观想法影响到其他成员。
第四步：将便签按照主题进行整理
现在所有的便签都贴在了墙上，退一步，所有人同时进行一次复查
●将大的聚类（超过10张便签）重新分割成小的聚类
●将极端数据放置在一个地方
●将一些明显归错组的便签重新分组
第五步：标记每个主题
●全组人一起，将每个便签的聚类标注出一个主题
●如果你发现有些聚类很难标注主题，那就说明这个聚类需要被重新划分归类
注意：
●确保你用来粘贴聚类图的那面墙在整个项目过程中不会被清理。不要仅仅是拍张照——你同样会很快忘掉它的。
●合理控制时间保证团队成员保持精神集中。
下一步
“我们怎么做？”（how might we）
我们已经整理了研究资料，提取了洞见并将之聚类成不同主题。现在我们需要将这些洞见进行重组让他们表达成相应的机会点。我们会使用以“我们怎么做...？”开头的便签(“how might we”既HMW方法）。
方法
●取一张便签在顶部左边角写上大写的“HMW”
●在每个主题中，选取一些“突出的”值得在方案构思阶段进行深入研究的洞察
●按照格式“我们怎么做才能够...?”重写这些洞察（每个用一张便签）
例子：
●45%的非高峰期电影观众超过55岁——变为——我们怎么做才能鼓励更多超过55岁的用户来看电影？
●花费超过60美金的用户是低于60美金用户的5倍（60美金包邮）——变为——我们怎么做才能增加那些单笔花费超过60美金的用户订单频次？
●如果视频超过5分钟我是不会看的（Paul、17岁）——变为——我们怎么做才能说服年轻用户长视频更值得观看？
下一步
选择一个焦点
现在我们有了1~100张“HMW”便签（根据项目的复杂度），我们需要选取一些来优先聚焦。这不意味着我们要抛弃或遗忘剩下的那些，仅仅是因为要按优先级开始下面的步骤。
在选择优先解决哪些问题这点上，可以根据团队的性质灵活处理。你可以让团队成员进行民主投票或者让项目负责人来直接拍板。
另一个方法是将两种方式结合
方法
●给团队里每个成员3个小胶贴（选票）
●每个人需要花点时间重读这些HMW便签，并且重新明确此次项目的目标
●接下来每个成员选择他们认为和项目目标最相关并且值得进一步深挖的HMW标签并贴上选票
●贴纸（既选票）的使用是自由的，原则上可以将手里的所有选票贴在同一张HMW标签上，
这时候项目负责人就能直观的看到哪些是团队认为重要的，这有助于他做最终的决策。
下一步
创意阶段
现在我们有了一个焦点，是时候开始做有趣的事了。通常解决一个问题都会有超过1~2种不同方法，是时候找到他们了。有很多有趣的构思方法，我会在下面列出我最喜欢的3种。
方法1：角色转换
方法：
1 给团队中每个人一张A4纸和一根笔
2 让他们想一个喜欢或钦佩的公司
3 每个成员写下这个公司的名称以及2~3个为什么会钦佩这个公司的点
4 快速的（每个不超过30s），每个人轮流向小组其他人介绍他们写的公司
5 将纸钉在墙上
6 现在做最有意思的部分：项目负责人从墙上选取一张HMW便签
7 团队里每个人有四分钟时间从墙上的公司中挑选一个（不必是自己写的公司），假设你就是这个公司，想一个针对上面选出的HMW便签的创造性解决方案
例子：
我们怎么做才能鼓励更多超过55岁的用户来看电影？
→如果我是亚马逊，我会让电影票的购买方法简单到只用点击一次，并且根据用户选取的影片做相关影片推荐。
→如果我是uber，我会在app终添加一个功能，你可以一键预约司机将你从家里接到电影院，而在电影院中，电影票和你最喜欢口味的爆米花已经事先准备好了。
→如果我是Tinder（类似陌陌），我会让你翻阅并选出你喜欢的演员列表，直到你和你的朋友选了相同的演员，此时推荐给你们这个演员的电影。
这个过程看上去有点天马行空，但可以激发出解决问题的不同纬度。因为对于同一个问题的解决方法，有可能你需要简化支付流程，也有可能是需要找到一个更有趣的选电影方法。
方法2：设计工坊
实施“设计工坊”的目的是尝试多人协作想出尽可能多的针对特定问题的解决方案。以小团队为单位，同一时间聚焦在一个“HMW”便签，限定一个时间（大概5~10分钟），在时间限定内想出尽可能多的想法。
我认为这种方法最大的优点有3点：
●它很有活力且很有趣
●你被强迫想出尽可能多样的解决方案（而不是仅仅聚焦于你第一时间在脑海中想到的解决方案）
●你不需要仅依靠一个人来想所有的点子。让整个团队的成员参与其中，不同人的不同经历和背景可以相互激发出不同的灵感。
方法3 有说服力的模式
经过上面的工坊，你已经在一定程度上暂时穷尽了团队的创造力。是时候引入一些外部提示来帮助团队从另一个角度考虑问题了。
每张卡片包含一种在交互设计中运用到的基于心理学的设计原则。
方法
1 一组选取1张HMW卡片进行解决。最好选取已经在上文第1和2方法中使用过的卡片。
2 每个小组成员随机选择一张模式卡片并根据卡片上的模式，在4分钟内想出一个解决HMW便签上问题的设计方案。
当完成了上述这些创意产出过程后，你可能已经有了很多点子了。有些点子是好的，有些是不好的还有些是不切实际的。下一步，我们需要找到其中好的想法。
下一步
评估你的点子
在这个步骤中我们将聚焦在找出那些能和商业价值和用户价值很好地结合的点子。
1 每个独立的点子写在一张卡片上
2 一组人对每个点子进行快速讨论
3 选取那些你认为符合下面两点目标的点子：
●能达到商业目的
●能满足真实用户的需求
4 不要选取超过3个点子，同时剩下没选上的点子也不要扔了，当你选取的点子在接下来的验证中行不通时，你还可以回过头来看看先前没选的点子是不是有深挖的价值。
最后
构建你选择的点子的“MVP”（最简可执行方案）
当想到一个有创意的想法时，通常会犯的一个错误是急急忙忙的去开发实现这个想法。
我们已经基于研究找到了一个想法，为啥我们还需要再验证一遍——很多人都会这样想。
一个未经验证的想法就像薛定谔的猫。你有一个想法但没法知道它是对是错，除非你去实验验证。换言之，除非你让五个以上的人试过你的想法，要么你也不能肯定这个想法是否值得花大力气开发。
创意阶段产生的想法有缺陷是有很多原因的
●客户可能不会遇到你正要解决的问题
●你的点子没有真正解决用户的问题，或者问题本身和你最初观察到的已经存在差异，或者你的解决方案可能会引发新的问题。
●用户可能并不关心。用户遇到的问题可能很微不足道以至于并不需要采用你给出的复杂解决方案。
可能可以通过一个更简单的方法解决这个问题，这也是最常见的。在方案构思阶段我们可能会想出一些大而全的解决方法，但通常还有更简单易行的方案可以解决。
注意：如果你的项目处在一个变动较少或对大规模创新比较谨慎的环境，问题的症结并不是创意点，而是对不确定的方向进行投资的风险。不过你可以通过最简可执行方（MVP）和科学的用户测试来克服。
一个最简化可执行产品（MVP）或最简可测试产品：
主要问题
●研发一个功能齐全的产品至少需要6个月
●你不会希望花六个月做出的产品可能不会成功
●除了完全开发出一个产品，我们还有什么方法可以真实知道用户是否真的需要它？
解决方法
●一个MVP（最小可验证模型）可以大大缩短全量开发的周期，尽可能早的让用户使用上测试版本，这个时间甚至可以缩短到7天。
但MVP也不能太简陋
呈现给用户的MVP应该是一个正式上线的产品（或接近上线标准的产品），但它只需要在一个限定的条件下呈现一小部分很聚焦的功能。
MVP的介绍
构建MVP的一般方法
根据你的产品特点，有以下几种不同的方法构建MVP
传统的做法
创建一个非常小的功能子集并尽可能快的交付给用户。它可能不能完全解决用户的问题，但它应该提供给用户一些真正的价值。接下来你可以开始观察用户如何使用它：哪些是他们喜欢的？哪些是他们不在意的？它如何融入用户的生活？此时就可以开始迭代了，以用户真实的需求做指导，增加更多的功能。
一个“假”产品
就是构建一个跟真实产品一样的Demo，只是那些背后的算法、数据、复杂逻辑都不做处理
假设你想要做一款产品，用户可以在网站上传他们的照片，网站可以通过图像识别技术对照片自动进行编组、排序并添加标题。你可以不用一上来就花费几个月的时间打磨算法，而是先构建一个网站，用户可以上传图片，然后在后台人工处理这些照片，看上去就像是机器处理的。这样你就能快速验证用户是否真的需要这个服务。
一个MVP原型
一个功能原型是常见的用户测试方法。它通常没有开发量，只由一系列相互关联的图片组成，给用户演示一个功能的主要流程。
原型需要在一个可控的环境下给用户测试，通常还需要研究人员或主持人的监督。这是因为虽然原型看上去是全功能的，但如果用户偏离了我们要测试的主流程太远，研究人员可以引导他们不去点击这些还没有后续页面的button。
就像电影场景一样：只需要在摄像机视野中显得像真的，即使视野外是各种脚手架和工作人员。
营销型MVP
这是最简单的一种MVP方法，不需要做原型或其他种类的MVP就能进行测试。你只用制作一个产品功能介绍的落地页，其中阐明将要研发的产品的功能点、优势和价格，然后设置一个大大的“购买”按钮。
当用户点击“购买”时会提示产品即将发布，这样即使你不能马上提供给用户体验，但你可以知道有多少人对你的想法感兴趣。
像Kickstarter 或 Pozzible这样的众筹网站就是做营销型MVP的一个流行且高效的渠道。
下期预告：
最近会尝试将以上的流程进行实际运用，待积累一定心得后会整理一片试用报告，敬请期待。
PS：不让贴链接，文中有些延伸阅读的链接在我的公众号里的文章中有，欢迎移步公众号：设计白日梦