查看原文
其他

回顾一下我做B端时的失败方案

设计师ZoeYZ 体验进阶 2023-01-29

我以前做 B 端产品时,经常做用户测试。


有些方案本来在设计时,还为自己的「创意」沾沾自喜,一上原型测试就被用户狠狠打脸了。



由于经常会有新的发现,能够学习到真正的「一手经验」,这反而让我开始对用户测试越来越感兴趣。


今天就分享一下,当时做用户测试时,失败率近乎 100% 的几个方案。


虽然是很久以前了,但有些东西对现在还是一样有用。



1. 习惯 >> 效率


由于是 B 端工具类产品,操作效率是很看重的。


于是我想当然地,试图把所有用起来费时的组件都给优化了。


例如日期选择器,我觉得就是一个很大的 bug。每次选比较远的时间节点时,要么点好几次箭头:


录屏来源:Ant.Design


要么,就是要跳好几次界面:


录屏来源:Ant.Design

总之就是挺花时间的,我作为用户,每次一看到日期选择框就要皱一皱眉头。

于是我自以为是的设计了一款更加「高效率」的日期选择器,在手机上滑一滑手指就行了。


结果测试发现,在不告知的情况下,大部分用户根本不知道怎么使用。

于是只好改回了之前的那个「低效率」方案。

其实 iOS 的日期选择器不错,兼顾了习惯和效率:

录屏来源:iOS 15 日历

可是从开发成本上考虑,玩这么多花样太麻烦(游说开发太不容易),没什么必要性就还是用现有组件吧。


2. 鼠标指针是最直接的反馈

我曾经设计过一个拖动功能的组件,为了能够看起来像是能够拖动的,我模仿邮件的文件拖动区域。

拖放目的地用一个相同尺寸的虚线框展示,还放了一个已经拖放好的范例。


结果发现,大部分用户在操作之前根本不会思考分析的,上去先点一下再说。

然后发现点击没用,就尝试双击,再不行就右键,其中少数几个最后试到了拖拽,终于成功……

这个测试结果让我当时挺挫败的,没想到自己为了暗示拖拽花了那么多心思,用户上来就一顿疯狂点击?


但这显然是我的问题,不能怪用户。

于是我加了个悬停效果,且把鼠标指针换成拖拽手掌。


这回再做用户测试,就没问题了。

这方案能改好,主要应该是靠那个鼠标指针。

因为界面的细节用户可能注意不到,鼠标指针的变化用户一定不会错过,再好的界面反馈恐怕都没这个来的直接。


3. 把按钮放在用户的视线上

我曾经设计了一款默认收起的表格,为了既节约空间又能向用户解释清楚,在右侧搞了一个「展开/收起」的文字按钮。

因为这个页面信息量很大,想着能节约就节约点空间吧。


结果测试发现,大部分用户根本不知道还能展开。

于是我解释说表格可以展开,请他们试试。结果还是很多人找不到方法,有些人只好放弃了。

我发现他们试图展开表格的时候,视线都会表格底部看,即像是确认这个表格是否真的展开,又像是在寻找展开表格的方法。

于是我干脆在表格底部加了一个箭头。


这回再测试,起来几乎所有人都知道这个表格点击底部箭头就能展开了。


总结:直觉才是最好的指引

回头看来,当时的那些方案问题好明显,不失败就奇怪了。

但那个时候就是没想到,也许当时太缺乏经验了,也许我现在只是不过事后诸葛而已。

这三个失败方案,总结起来关键都是:直觉。

过去我都是在用逻辑设计产品,没想到人的本性就不是讲逻辑的。

从进化论来说,人类确实没必要讲逻辑。

我们每天面临很多风险,稍有不慎就会被水呛到、跌下楼梯、被车撞死……

这些风险都无法靠逻辑来应对,而只有直觉,才能帮助我们轻松地活下去。

当然,如果聚精会神,用户也可以讲逻辑,毕竟大家也不蠢。

只是这些注意力只会放在要紧的地方,例如学习备考、设计方案、工作汇报……而不会放在界面操作上。



上面这道理说得好听,但到每次用户测试,我还是能发现很多新问题。


说到底,自己不是用户,就不可能做到真正的换位思考。

用户测试依旧是低成本快速发现问题的好方法,值得注重体验的产品项目反复使用。

我这周五晚会有一个关于用户测试的免费经验分享(可能是我今年最后一次相关主题公开分享了):


这个分享之所以免费,其实也是为了即将开始的「用户测试训练营」做宣传和讲解。

了解我们知识星球的更多学习计划,可以扫码查看(没错,就是这次评测的网站):



如果你只是想要多认识一些同行,也可以加入我们无广告的纯粹体验研讨微信群:


您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存