我以前做 B 端产品时，经常做用户测试。
有些方案本来在设计时，还为自己的「创意」沾沾自喜，一上原型测试就被用户狠狠打脸了。
由于经常会有新的发现，能够学习到真正的「一手经验」，这反而让我开始对用户测试越来越感兴趣。
今天就分享一下，当时做用户测试时，失败率近乎 100% 的几个方案。
虽然是很久以前了，但有些东西对现在还是一样有用。
1. 习惯 >> 效率
由于是 B 端工具类产品，操作效率是很看重的。
于是我想当然地，试图把所有用起来费时的组件都给优化了。
例如日期选择器，我觉得就是一个很大的 bug。每次选比较远的时间节点时，要么点好几次箭头：
录屏来源：Ant.Design
要么，就是要跳好几次界面：
总之就是挺花时间的，我作为用户，每次一看到日期选择框就要皱一皱眉头。
于是我自以为是的设计了一款更加「高效率」的日期选择器，在手机上滑一滑手指就行了。结果测试发现，在不告知的情况下，大部分用户根本不知道怎么使用。
其实 iOS 的日期选择器不错，兼顾了习惯和效率：可是从开发成本上考虑，玩这么多花样太麻烦（游说开发太不容易），没什么必要性就还是用现有组件吧。我曾经设计过一个拖动功能的组件，为了能够看起来像是能够拖动的，我模仿邮件的文件拖动区域。拖放目的地用一个相同尺寸的虚线框展示，还放了一个已经拖放好的范例。结果发现，大部分用户在操作之前根本不会思考分析的，上去先点一下再说。
然后发现点击没用，就尝试双击，再不行就右键，其中少数几个最后试到了拖拽，终于成功……这个测试结果让我当时挺挫败的，没想到自己为了暗示拖拽花了那么多心思，用户上来就一顿疯狂点击？
因为界面的细节用户可能注意不到，鼠标指针的变化用户一定不会错过，再好的界面反馈恐怕都没这个来的直接。
我曾经设计了一款默认收起的表格，为了既节约空间又能向用户解释清楚，在右侧搞了一个「展开/收起」的文字按钮。
因为这个页面信息量很大，想着能节约就节约点空间吧。于是我解释说表格可以展开，请他们试试。结果还是很多人找不到方法，有些人只好放弃了。我发现他们试图展开表格的时候，视线都会表格底部看，即像是确认这个表格是否真的展开，又像是在寻找展开表格的方法。
这回再测试，起来几乎所有人都知道这个表格点击底部箭头就能展开了。
回头看来，当时的那些方案问题好明显，不失败就奇怪了。但那个时候就是没想到，也许当时太缺乏经验了，也许我现在只是不过事后诸葛而已。过去我都是在用逻辑设计产品，没想到人的本性就不是讲逻辑的。
我们每天面临很多风险，稍有不慎就会被水呛到、跌下楼梯、被车撞死……这些风险都无法靠逻辑来应对，而只有直觉，才能帮助我们轻松地活下去。
当然，如果聚精会神，用户也可以讲逻辑，毕竟大家也不蠢。只是这些注意力只会放在要紧的地方，例如学习备考、设计方案、工作汇报……而不会放在界面操作上。
上面这道理说得好听，但到每次用户测试，我还是能发现很多新问题。说到底，自己不是用户，就不可能做到真正的换位思考。用户测试依旧是低成本快速发现问题的好方法，值得注重体验的产品项目反复使用。我这周五晚会有一个关于用户测试的免费经验分享（可能是我今年最后一次相关主题公开分享了）：这个分享之所以免费，其实也是为了即将开始的「用户测试训练营」做宣传和讲解。了解我们知识星球的更多学习计划，可以扫码查看（没错，就是这次评测的网站）：如果你只是想要多认识一些同行，也可以加入我们无广告的纯粹体验研讨微信群：