什么是验证假设的设计？
从人性和专业的敏感性角度来说，我们对现有的产品都会有各种各样的疑问和抱怨，但是每个人的感觉都有所差别。同样的，我们从论坛用户的抱怨和用户访谈中会获取到成千上万的关于产品改进的方案。设计师最擅长的是提出解决方案，提出假设很容易，但是很难解决真正的问题。验证假设是一种回归问题根源，不轻易用解决方案下结论，而是不断提出假设并且采用采访，调查问卷，可用性测试，埋点等方法验证的过程。
为什么要用假设验证驱动的设计？
1. 主观直觉不可靠，数据比较客观
个人（包括用户和设计师）的感觉与真实的情况会有偏差，数据能够客观的反映用户实际的操作行为
2.经验多的人准确率高，经验少的人准确率低
做一个产品的时间越长，对用户的需求和行为越了解，越能做出准确的判断
3.从失败的产品教训中得出没上线之前，无法百分之百确定想法贴合市场和用户的程度
当然，不是所有的产品都会成功，不是所有经验丰富的人都能一次做出成功的产品，需要不断试错与验证想法
怎么做？
以再惠CRM系统架构改版为例
1. 挖掘问题
前期我通过可用性测试、大商户的反映，竞品分析等手段去挖掘现有产品的问题
分析的竞品如下：
2. 总结问题
我列举出了现在CRM存在的问题：
1. 日常的查阅数据需要切换数个TAB
a. 竞品的首页内容帮助用户快速触达常用功能和关键数据
开店宝：消费额、营销活动入口、餐饮学院
微盟： 经营数据、常用功能
2. 一些功能设置藏在第二级菜单里，触达效率低
a. 竞品都将会员单独作为分类入口，会员中包含了数据、储值、积分等等功能和设置
b. 导航呈现多场景和任务露出
c. 开店宝有多达15条菜单，涉及业务管理、营销、会员、数据、订单、设置等等
3. 信息的传播不够清晰、快速
a. 标题、正文对比度低，重要信息的展现强度不够
3. 提出假设
We Believe
1.新增工作台页面，可以帮助用户快速触达日常数据的查阅
2.在第一层级露出更多内容，帮助用户快速找到业务模块
a. 将系统设置中的与其无关的商户中心提到一级菜单中
b. 将订单，外卖设置合并成一级菜单中得外卖
将微信卡包、商家主页设置等有关的在C端显示的后台设置统一放到内容管理类目中
3. 加强信息的对比度，以提高信息阅读的效率
4. 增加会员管理模块，提高会员信息查阅、处理的效率
在上半年的可用性测试中，半数以上的用户反映了有关第一、第二条假设的相关问题
We will know it is valid
80%的用户认为提高了他们的工作效率时，设计是有效的
结合数据： 平均交互深度、平均停留时间等等
4. 假设验证-原型测试
测试目的：
1. 验证假设是否解决了用户的问题
2. 验证侧边栏导航的交互方式是否提高了用户的使用效率，较少了认知负担
3. 验证会员管理模块是否有价值
4. 发掘出自己对业务的盲点
5. 验证新的视觉风格是否比原先的风格更有利于阅读
手风琴式折叠导航交互
最后一级菜单分离显示的导航，业务管理，会员管理提前
所有层级一同显示的导航
5. 假设验证
方式：原型测试
结果：
100%的调研用户不喜欢手风琴式的菜单交互方式，用户没有去理解二级导航的分类标题的意思，他们不会去记哪种营销属于哪种类别，这对于他们日常工作没有太大的意义，他们的目的很简单：直接去找需要操作的营销。
100%的调研用户不明白会员管理有什么价值
100%的调研用户喜欢首页的设计，首页的内容采纳了先前的调研结果，将用户每天最关注，最经常看的内容放在首页
从测试中得知用户平时查看数据，营销、财务管理的频率比较高，其他的设置在第一次设置完成后，以后使用的频率较低
6. 设计调整
调整：
1. 侧边栏二级导航采用老版本的方式：二级和一级同时展示在侧边导航，所有的二级入口全部列出来
2. 去除会员管理模块，当初加上这个内容纯粹是竞品们都有，但是在整个设计稿制作和测试的过程，越发的觉得会员管理没有解决用户现阶段遇到的大问题
3. 将常用的数据中心、营销中心、财务管理放到导航序列的前面，其他的设置放在序列的后面
总结
我们通常假设自己很了解用户并指导他们想要什么，通过提出假设到测试验证，我们可以形成一个用户行为的数据库，不然我们会不停的堆叠用户不用的功能。
设计是一个永无止境的过程。通过假设驱动的设计，它会给你提供有价值的见解，让你知道接下来要做什么。
