软件即沟通 书架

第 06 章 / 共 12 章

第六章 · 沉默的大多数

骂你的用户是你的朋友

先记住一个行业里流传很广、也被反复验证过的比例:遇到问题时,会开口投诉的用户只是极少数,常见说法是二十几个人里大约只有一个会吭声。剩下的人呢?他们不写反馈、不打客服电话、不发微博骂你。他们只是默默关掉页面,然后再也不来。

这对产品团队是个陷阱:客服邮箱里那几封措辞激烈的邮件,很容易让人产生「用户意见我们都听到了」的错觉。其实那几封邮件只是冰山露出水面的一角——而且往往还是最不重要的一角,因为会写信的用户至少还在乎你,还愿意花力气救这段关系。真正致命的是水面下那些一句话都没留就走了的人。

会骂的用户是朋友,沉默的用户才是审判。

沉默不等于满意

要听见沉默的人,只能靠他们留下的脚印——行为数据。第二章我们讲了日志里「挣扎的形状」,这一章讲怎么从数据的形状里读出大多数人的态度。有几种模式几乎是通用的:

这些指标的共同点:它们度量的是用户做了什么,而不是用户说了什么。说的部分是那二十几分之一的嗓门,做的部分才是全部人的投票。

数据能告诉你「哪里」,不能告诉你「为什么」

但这里必须泼一盆冷水,否则会滑向另一个极端——以为看数据就够了。

漏斗能告诉你 40% 的用户死在第三步,但它永远说不出第三步上那个具体的瞬间:是「签发机关」这四个字没人懂?是证件照片传了三次都失败?还是按钮在某些机型上根本点不动?数据是症状,不是诊断。

诊断要靠回到「人」的那一侧:找几个真实用户,坐在旁边看他们操作(行话叫可用性测试,就是观察真人用你的产品的过程),你会在十分钟内看到数据里潜伏了半年的问题。用户的手指悬在那个按钮上方犹豫的那两秒,任何报表都抓不到,但那两秒就是一切的答案。

大白话:数据像体检报告,能告诉你「肝功能异常」;可用性测试像医生问诊,才知道「哦,他天天熬夜喝酒」。只做体检不问诊,或者只问诊不体检,都治不好病。好的产品团队两样都做:用数据找到哪里在流血,用观察找到伤口长什么样。

听见沉默是一种能力

把前两章连起来看,逻辑就很完整了:日志和数据让你知道用户在挣扎(第二章的录像带、本章的漏斗),而同理心技术让你修掉那些挣扎(第四章的四个决定)。缺了前者,你修的都是想象出来的问题;缺了后者,你只会日复一日地看着用户流失。

很多团队的真实状态是两头都缺:不看日志,觉得「没投诉就是没问题」;不做可用性测试,觉得「我自己用着挺顺」。于是他们活在二十几分之一的嗓门营造的世界里,而沉默的大多数正在用脚投票。

听见沉默,是这个时代做软件的人最稀缺的能力之一。而下一章我们要讲一个更积极的主题:当你真的听见了、也修好了,用户会变成什么样——答案是,他们开始敢于犯错。

软件即沟通 · 竹小竹8167
费曼式写法 · 由多个 AI 代理撰写与互相审校