5

从被遗忘的助记码,浅谈用户习惯

 1 year ago
source link: https://www.woshipm.com/user-research/5697343.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

做过企业级应用产品的同学对助记码这个名词一定不会陌生,特别对于物料档案的管理和查询,会经常出现助记码的影子。比如HIS系统,含有大量的医疗名词,但有了助记码,依旧觉得好记但不好用,为什么会有这样感受?作者从历史原因和用户习惯展开了分析,欢迎阅读。

wev1m0rSQ9FGv6drkliZ.jpg

先做一个小测试,我提供一个专有名词:二甲双胍缓释片,请大家自己测试一下,看我提供的以下几个选项哪个输入更快速?

  • A. 二甲双胍缓释片
  • B. EJSGHSP
  • C. erjiashuangguahuanshipian
  • D. er jia shuang gua huan shi pian

请把你的答案打在评论区。

01 聊聊助记码

之所以我们来测试这个问题,因为这个问题就出现在我自己产品的功能中。做过企业级应用产品的同学对助记码这个名词一定不会陌生,特别对于物料档案的管理和查询,会经常出现助记码的影子。

在我们的HIS系统中,存在大量的疾病名词、药品名词、检验检查项目,为了便于医生的查询,我们为这些名词以每个字的大写字母生成助记码,这样我们在检索这些数据,就只需要输入助记码就可以了,不用打出具体的名字,对于很多医疗方面的名词,有些字想打出来可能真是不容易。

image-20221130162841240

但是,问题来了,我们的助记码生成,只生成了首字母,却没有生成全拼。这就有了我文章开头那个测试,因为我感觉输入EJSGHSP的速度并不比输入全拼来得快,也不如直接打出中文名更快。大家经过测试,发现的确是这样!

助记码好记但不好用,那这个助记码存在的意义呢?最后我们归结于历史原因和用户习惯。

为什么会有助记码?(简单的分析一下,不一定合理和全面)

  1. 物料名词太长,通过简短的别名代替
  2. 物料名词中存在大量生僻字,误读字,使用更简单的助记码代替

为什么助记码好记但没太有用呢?

  1. 相比于全拼输入,B选项的首字母输入模式,人的思维是停顿的。如果对于一个老大夫,他的打字速度远慢于他拼读的速度时,首字母输入对他来说反而更有利。
  2. 输入法的智能化,让打字的速度越来越快,越来越准确。现在的输入法都是基于互联网词库和算法的,有更强的联想能力和纠错能力,常用的词的记忆能力,这些都让助记码显的更加的鸡肋。

02 科技与习惯

技术在发展,工具在变革,而人过去的习惯也会在这个过程随之而改变。

  • 比如以前我们出门必须带钱包,但是现在一部手机就可以行走天下,这是移动支付、移动生活对我们的改变;
  • 比如之前我们出门都随身携带充电宝,但现在我们也不在过度忧虑手机没电,因为共享充电宝随处可用,这是共享经济对我们的改变;

科技在改变用户习惯的同时,科技也在不断的适应用户的习惯。近期IOS16.1.1的升级,很多细节都迎合了单手拿手机的操作习惯,这对我这种一手拿手机,一手拎包或者挤地铁,挤公交车的朋友们来说,都特别的友好。

比如『搜索』改版前的搜索是这样的:

搜索改版前

主屏幕要向左划到最左侧的屏幕,才在上面出现搜索框,关键是搜索框在最上面,当你拿手机的时候你会发现点击上面的搜索框特别的费劲,特别像我这样手指比较短的。而新版本对这个交互操作进行了改进,如下图:

搜索改版后

改版后的搜索出现在主屏上,而且单手握时,很容易就用大拇指点击,打开的搜索框也紧贴输入法上部,对于操作和视线都非常的舒服。

不知道这个搜索的设计会不会引领其他APP对搜索的设计,顶部的搜索框或者搜索按钮实在不适合单手操作!

比如『消息列表』:

消息列表对比

消息推送的列表由顶部展示改成了底部展示,打开消息只需要大拇指轻轻一伸,就搞定了,而且看下面的消息,轻轻向上滑动下大拇指,就搞定了,大大提高了消息推送的转化率。

同样的设计也出现在播放器的控制上,放在底部更容易控制播放器的开关,歌曲的切换。

播放器N

IOS16.1.1的这些细节的改变是对当前单手操作习惯的一次人性化的适配,这么升级以后,对于单手操作的效率和准确度带来极大的提升。

科技向善,它不论是改变用户习惯还是适应用户习惯,其实它都是沿着科技提升生产效率的方向在发展。

03 B端产品的用户体验

对于用户习惯的适配,在To C的产品是非常常见的,我们也经常看到To C产品纯交互体验方面的版本更新,因为体验是影响To C产品在用户决策上的一个重要因素,对于个人用户来说,如果这个产品不好用我可能就不用了,只要合适的替代品存在。

但是在To B的产品领域,我们往往忽视或者轻视用户习惯和用户体验,可能原因是:

  1. 产品购买的决策者不是使用者。虽然在决策过程中有些会参考具体使用者的试用评估,但其影响决策的力量较小。所以导致很多To B的产品不太关注细节体验,反而针对决策者做很多花哨的功能,什么管理驾驶舱、分析大屏等等。
  2. 产品优化升级需要加钱。产品一旦购买,对于B端使用者来说,你没有不用的权利。所以我们经常发现,员工经常骂系统,甚至吐槽领导的购买决策的情况。但是骂归骂,你还得用。你想让供应商把体验优化一下,不好意思,“得加钱”!这正是大多数信息化厂商惯用的伎俩。
  3. 产品的历史原因导致。其实很多时候厂商也想优化体验,但奈何产品历史太长,用的技术、框架等过于老旧,且B端产品时间长了,其功能就会臃肿不堪,想优化那得是多大的成本啊,所以只能将就着用着吧。

04 用户习惯不等于用户体验

虽然我们是很用心的做B端产品,对于用户体验是非常看重的,但是我们还是总是被用户吐槽哪里哪里用户体验做的差,曾经在一次需求评审中,几乎所有的需求都是“改进用户体验”的需求。我被产品经理“知耻而后勇”的精神感动,但是又深深的自我怀疑,我们的体验的确有那么差吗?

经过分析,我们发现所谓体验差,更多的是用户已经习惯之前厂商的系统,对于我们新替换的陌生系统,存在诸多的不适应,不习惯,他们提的很多需求都是能改回到上个系统的操作习惯。

对于此类需求,我们需要明确两点常识:

  1. 用户习惯是培养出来的,它可能是好习惯,也可能是坏习惯!所以有时满足用户习惯不一定是对的
  2. 用户体验是进化出来的,它应该是在合理、合规的基础上,让用户有更好的感受,有更高的效率。

所以对于用户习惯,我们形成基本的共识:

1. 破坏用户习惯不代表没有一个好的用户体验,正如上文提到的科技改变诸多用户习惯一样。

当我们系统上线使用一个月以后,我们再去做调研,此时用户体验方面的需求大大的降低。用户说,哪里哪里不用改了,我们现在已经习惯了,感觉这么做比上个系统还顺手。看到了吧,
用户习惯是可以改正和培养的。特别对于坏习惯,破坏重建恰恰是好的用户体验,最终用户会感谢你的。

2. 用户老是不习惯一定不是好的用户体验。

用户习惯一定是可以培养的,难道产品经理就可以不关心用户体验,只要把它交给时间就可以了吗?当然不是!在不养成坏习惯的前提下,如果很长时间(至于多长时间,因产品而异)不能让用户习惯当前的流程和习惯,我们就不得不反思这个体验,不得不重视去优化这个体验。

05 如何利用用户习惯提升产品体验

用户经常混淆到底是自己的习惯还是产品体验的问题,所以从总体上来讲,我们关注用户体验就不得不重视用户习惯,善于利用用户的习惯来提升产品的体验,提供几点建议:

1. 设计产品时,不要轻易破坏用户的使用习惯。

不要自以为是,因为你没有乔布斯的眼界,也不见得比用户聪明;

2. 迎合用户习惯,要看用户范围和产品地位。

迎合群体习惯,甄别个体习惯;领先产品引领习惯,比如iPhone,追赶产品迎合领先产品形成的习惯。

3. 自己习惯不是用户习惯,一定深入用户去优化体验。

产品经理自己如果使用的不习惯,大概率用户也不会习惯;但是产品经理自己习惯的,不一定是用户习惯的,特别是B端产品,我们自己相比用户都是浅度用户。我经常提醒产品经理,你让用户使用效率高一点点,感受好一点点,他一天一年会是什么效果。我们用一时,但用户可是一直在用啊。所以一定要深入到用户,用心的体验他们使用产品的感受,我们改进一点点,对用户就会有很大的价值。

基于此,我们面对自己的产品体验需求时,

首先要明确我们是市场追赶者,我们替换的产品都是市占率很高的产品,我们要迎合对方的设计以适应用户习惯,先copy再优化是我们指导方向;

其次再判断哪些需求是好习惯,哪些是不好的习惯。比如上个厂商的开药功能的确方便,但不符合医疗规范的流程,我们就不能完全照抄;

最后,从最常用的功能入手,重点去改进,让大多人在大部分时间能感受到明显的提升,改变用户初始的印象。

当用户从以前的产品使用习惯平滑切换到我们产品后,我们会通过细节的优化,甚至是新旧版本并行的方式,让用户开始接触我们自己特有的,特色的设计,让用户逐步有“哇塞”的感觉。

用户体验,与情怀无关,与用户习惯有关!设计没有最优,只有权衡!

专栏作家

菜根老谭,微信公众号:CGLT_TAN,人人都是产品经理专栏作家。经历程序员、技术Leader、产品经理、研发Leader等多种岗位。现负责某科技公司整体产品研发,擅长企业IT架构及互联网产品架构。

本文原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议.

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

给作者打赏,鼓励TA抓紧创作!

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK