惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

H
Hackread – Cybersecurity News, Data Breaches, AI and More
U
Unit 42
Vercel News
Vercel News
Martin Fowler
Martin Fowler
云风的 BLOG
云风的 BLOG
爱范儿
爱范儿
MongoDB | Blog
MongoDB | Blog
J
Java Code Geeks
F
Fortinet All Blogs
MyScale Blog
MyScale Blog
C
Check Point Blog
N
Netflix TechBlog - Medium
Microsoft Azure Blog
Microsoft Azure Blog
aimingoo的专栏
aimingoo的专栏
博客园_首页
WordPress大学
WordPress大学
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
IT之家
IT之家
Last Week in AI
Last Week in AI
罗磊的独立博客
大猫的无限游戏
大猫的无限游戏
Jina AI
Jina AI
V
Visual Studio Blog
小众软件
小众软件

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
从被遗忘的助记码,浅谈用户习惯
菜根老谭 · 2022-12-06 · via 人人都是产品经理

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

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

  • 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协议.

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