骂你的用户是你的朋友
先记住一个行业里流传很广、也被反复验证过的比例:遇到问题时,会开口投诉的用户只是极少数,常见说法是二十几个人里大约只有一个会吭声。剩下的人呢?他们不写反馈、不打客服电话、不发微博骂你。他们只是默默关掉页面,然后再也不来。
这对产品团队是个陷阱:客服邮箱里那几封措辞激烈的邮件,很容易让人产生「用户意见我们都听到了」的错觉。其实那几封邮件只是冰山露出水面的一角——而且往往还是最不重要的一角,因为会写信的用户至少还在乎你,还愿意花力气救这段关系。真正致命的是水面下那些一句话都没留就走了的人。
会骂的用户是朋友,沉默的用户才是审判。
沉默不等于满意
要听见沉默的人,只能靠他们留下的脚印——行为数据。第二章我们讲了日志里「挣扎的形状」,这一章讲怎么从数据的形状里读出大多数人的态度。有几种模式几乎是通用的:
- 漏斗的断崖:把「打开页面 → 填写 → 提交 → 成功」每一步的人数画出来,像一个漏斗。健康的漏斗是平缓变窄的;如果某一步突然掉下去一大截,那一步就是沉默的大多数集体放弃的地方。没人投诉,但数据在尖叫。
- 停留时间的两端:一个页面停留太久和太短都可能是坏消息。太短是没找到想要的东西;太久,尤其是在一个简单的页面上太久,往往是「看不懂,正在猜」。
- 来了就走:新用户第一天注册,第二天再没打开过。这个比例(行话叫次日留存,就是第二天还回来的用户占比)是最诚实的投票——它不受任何客服话术影响,只反映第一次体验到底好不好。
这些指标的共同点:它们度量的是用户做了什么,而不是用户说了什么。说的部分是那二十几分之一的嗓门,做的部分才是全部人的投票。
数据能告诉你「哪里」,不能告诉你「为什么」
但这里必须泼一盆冷水,否则会滑向另一个极端——以为看数据就够了。
漏斗能告诉你 40% 的用户死在第三步,但它永远说不出第三步上那个具体的瞬间:是「签发机关」这四个字没人懂?是证件照片传了三次都失败?还是按钮在某些机型上根本点不动?数据是症状,不是诊断。
诊断要靠回到「人」的那一侧:找几个真实用户,坐在旁边看他们操作(行话叫可用性测试,就是观察真人用你的产品的过程),你会在十分钟内看到数据里潜伏了半年的问题。用户的手指悬在那个按钮上方犹豫的那两秒,任何报表都抓不到,但那两秒就是一切的答案。
大白话:数据像体检报告,能告诉你「肝功能异常」;可用性测试像医生问诊,才知道「哦,他天天熬夜喝酒」。只做体检不问诊,或者只问诊不体检,都治不好病。好的产品团队两样都做:用数据找到哪里在流血,用观察找到伤口长什么样。
听见沉默是一种能力
把前两章连起来看,逻辑就很完整了:日志和数据让你知道用户在挣扎(第二章的录像带、本章的漏斗),而同理心技术让你修掉那些挣扎(第四章的四个决定)。缺了前者,你修的都是想象出来的问题;缺了后者,你只会日复一日地看着用户流失。
很多团队的真实状态是两头都缺:不看日志,觉得「没投诉就是没问题」;不做可用性测试,觉得「我自己用着挺顺」。于是他们活在二十几分之一的嗓门营造的世界里,而沉默的大多数正在用脚投票。
听见沉默,是这个时代做软件的人最稀缺的能力之一。而下一章我们要讲一个更积极的主题:当你真的听见了、也修好了,用户会变成什么样——答案是,他们开始敢于犯错。