从一个案例说起如何用设计驱动重塑设计团队
⇨⇦
一个好的成熟的设计团队是能通过设计驱动产品，让它像一个轮子一样不断的前进，迭代。
在很多公司里面，一个产品的好坏更多的是取决于产品经理、商务或者开发，而不是设计。因为很多设计师都有一种＂等需求＂的想法，等待产品经理的需求列表，按部就班的做事情，这样会让设计团队越来越不重要。所以作为设计师应该主动转变思路，从等待需求做设计转变为在没有需求的情况下用设计去驱动产品。
具体流程可以概括为：在现有版本通过数据挖掘和用户反馈，把握产品的需求点和新版本的着力点；通过高保真Demo和可用性测试让产品落地；最后收集新的用户反馈和数据进行下一版本的迭代。
一颗树要想长成参天大树，首先要有发达的根系，然后要有强壮的树干，最后要有茂密的树叶，只有这样才能让每个环节都吸收充足的养分，良好地生长。其实产品也一样，我们以此类比，梳理出设计驱动产品的设计脉络：
追根溯源
根生固本
枝繁叶茂
细枝末节
具体案例：电脑管家11.0版本改版
一、 追根溯源
在产品设计之初通过数据挖掘和用户反馈把握产品需求点，找到新版设计的突破点。
以电脑管家为例，在10.0版本创造性的推出了大小界面，我们希望小界面服务小白用户，做到快捷方便。而大界面服务于对电脑有一定研究的资深用户，所以将复杂操作和功能放在了大界面。
通过对比8.0和1.0版本的数据我们发现：10.0版本的tab指数，页面切换的点击率上去了，但是按钮的点击率下去了，这说明用户会在大小界面来回切换但是他并不会去点击这个功能。
同时很多用户反馈，8.0升级到10.0，大小界面不统一，功能感知弱，活跃度低下。
针对这些数据和用户反馈我们列出了管家11.0的改版需求：
完善大小界面
功能模块的整体包装设计
提高用户活跃度
二、根生固本
依照第一步的得到的改版方向去做整体的交互框架。
2.1 大小界面不统一
10.0的版本tab是放在上面的，大小界面相差很多，用户反馈很不适应。于是我们在11.0的版本把tab进行重新规划，将tab区域整体移到放到下方，让上方区域全部去做整体的状态感知。
2.2 功能模块的整体包装设计
在10.0的版本中，我们在界面只放了一个按钮，就是一键操作。而将其他的附加功能隐藏起来，用户必须通过一级二级甚至是三级的路径才能寻找。这造成了很多用户找不到功能。所以在11.0版本中，我们将附加功能在主界面做一个曝光，让用户可以在主界面直接找到功能的入口。
同时我们让很多功能的展现数据化、可视化，让用户知道软件每一步在做什么。而不是像以前只是通过文字去展示状态。这极大的提高了用户对产品功能和自身电脑状态的感知。
2.3 提高用户活跃度
通过数据我们发现很多人打开电脑管家其实不是一个单一的行为，例如在查杀病毒之后，还会继续清理磁盘垃圾。所以我们在11.0的版本的结果页做了很多其他功能的入口。还是以查杀病毒为例，在结果页并不是单纯只显示一个结果，告诉你发现了多少病毒杀灭了多少病毒，我们还做了很多功能的拉动。去引导用户继续使用其他功能。
三、枝繁叶茂
这一步是确定视觉的过程，我们会定出产品主色调，相应模块的热区范围。图标的定义，如图标大小、线的宽度等。然后根据这些定义做出所有的页面并完成最后的标注。
最终形成了电脑管家11.0.
四、细致末节
在第三步我们实际已经打造出了一个完整的产品。那为什么会有第四步？因为在一个大型的项目中一般会有一个主设计师去定义好一个框架并做完一个模块，剩下的模块会交给其他设计师做。但是我们会发现这些设计师只会单纯的依照主设的框架去设计，他们往往会忽略用户场景。
一个成熟的产品，每个功能使用的场景是不相同的，不同场景也造成了每个功能的配合点不同。
以电脑管家的加速功能为例：
在设计之初我们定义的主流程是：打开管家，选择加速，开始扫描，完成加速。
但真实的情况下用户不会这样去做，他们希望在电脑卡慢时能马上加速，并不会去找打开管家去寻找加速的button。
因此我们最后选择了大界面＋小火箭浮窗的形式，玩家需要加速的时候点一下小火箭就可以快速的完成加速。
之后我们会输出高保真的Demo。
因为在一个大的项目或者大版本迭代中视觉稿并不能很好的发现问题，所以我们需要Demo来验证设计，模拟真实情况下的用户手感。同时Demo也能更直观的向负责人或者开发阐明设计思路，设计需求，从而降低沟通成本缩短开发周期，保证产品的顺利落地。
最后我们会进行可用性测试和专家访谈。从中收集数据和用户反馈，并对这些数据和反馈进行整理，列出下个版本的优化点。这其实就是回到了整个设计脉络的第一步，完成了一个闭环。
总结：
通过可用性测试和反馈找到新版本的需求点，高保真Demo+可用性测试让产品落地，然后通过数据挖掘和反馈再进行后续版本的优化。
所以一个好的成熟的设计团队是能通过设计驱动产品，让它像一个轮子一样不断的前进，迭代。