没有观察者的流程缺陷：为什么它们能存在多年
我们把商业报价书的准备流程拆解成一个个重复出现的缺陷,一共找出六项。其中四项在公司内部完全没有人注意到。不是「很少被注意到」,也不是「很晚才被注意到」——而是根本不会被注意到,因为没有任何报表、没有任何角色、也没有任何环节能让这些缺陷浮出水面。
没有观察者(observer)的缺陷不会进入统计数据,不会在例会上被讨论,也不会影响任何人的绩效。正因如此,它能存在多年,其代价往往超过其余所有缺陷的总和。下文要讨论的是如何找到这类缺陷、如何为它们指定观察者,而不是如何修复已经发现的缺陷。
流程缺陷只有在拥有观察者——一个人,或一个必须看到它的计数器(counter)——之后才会被修复。只有客户能看到的缺陷,从机制上就不存在观察者:客户几乎从不投诉,只是悄悄停止回应。因此,缺陷地图不应基于投诉来绘制,而应基于工作成果对外交付的那些节点。
什么是缺陷的观察者
观察者不是承受缺陷后果的人,而是缺陷以一种无法被忽视的信号方式传达到的人。这个区别很关键。核算中的错误是有观察者的:财务人员在核对单据时,迟早会撞上一笔对不上的金额。而一份发出去却没留下负责人联系方式的文件是没有观察者的:客户找不到人可问,他不会写信投诉,只是不再回复。
这就引出一条实用规则:一个缺陷对组织而言是否「存在」,取决于它是否在组织内部产生了信号。其余的一切都只是背景噪音,而非问题。
基于核算的观察者(观察者/监测方)。缺陷破坏了数字的核对,发现它的是负责核对数字的人。这类缺陷修复最快,因为它们既有明确的责任人,也有明确的时限——月末结账日。
基于升级(escalation)的观察者。缺陷严重到足以让客户打电话投诉。信号来得响亮却稀少,因此这类缺陷通常是逐个修复,而不是作为一类问题被系统性解决。
基于计数器/埋点的观察者。缺陷本身不会引发投诉行为,但会产生一个可度量的事件:邮件未被打开、文件未被收齐、字段未被填写。这是最廉价也最被低估的观察者类型,因为埋点只需设置一次,之后无需人工介入即可运行。
没有观察者。缺陷只在外部可见,内部不留任何痕迹。文档格式不统一、插图随意、行文语气、模板化的观感——这一切,公司往往是最后一个知道的,如果它还能知道的话。
| 缺陷类型 | 观察者是谁 | 修复速度 |
|---|---|---|
| 破坏数字核对 | 核算 | 不晚于本报表期结束 |
| 严重到促使客户来电 | 客户升级 | 逐个处理,这一类问题不会被整体解决 |
| 在系统中产生事件 | 计数器 | 一旦埋点设置好即可立即发现 |
| 只有客户能看到 | 无 | 永不 |
这张表带来的实操结论是:提升流程质量的工作,首先是把缺陷从最后一行搬到第三行的工作。不是「提高注意力」,而是在当下一片沉默的地方装上一个计数器。
为什么不能依赖投诉数据
用客户投诉来搭建质量控制体系的诱惑很大:投诉免费、具体,而且是主动送上门的。问题在于,不满意客户的沉默并非例外情况,而是典型行为,这一点已经被研究证实。
客户是否倾向于投诉,不仅取决于事件本身的严重程度,还取决于一种稳定的个人特质——是否愿意主动争取补偿。部分不满意的客户之所以保持沉默,是因为「不相信投诉会有用,或者没有时间和精力去投诉」。
这项研究的局限性需要先说清楚:样本是按研究设计人为对半平衡的,因此它无法衡量沉默客户在总体中的真实比例——它衡量的是两组之间的对比。但对我们要解决的问题来说,这已经足够:关键结论是沉默行为由个人特质决定,而非由事件严重程度决定——也就是说,不能凭投诉流量的多寡来判断缺陷的发生频率。
顺带说一句你大概率见过的那个数字:「96%的不满意客户不会投诉」。这个说法在各类演讲和文章中反复流传,来源常被标注为八十年代中期的某项研究,但我没能找到附带方法论和样本描述的原始出处。因此我不使用这个数字。一个说法被引用的次数再多,也不会因此变成事实。
内部认知与外部现实之间的落差
关于这种落差有多大,有一份较新的数据,而且它恰好衡量的就是我们关心的那种偏差:高管的自我认知与客户的真实感受之间的差距。
约十分之九的高管认为自家客户的忠诚度有所提升,而认同这一点的消费者只有十分之四。与此同时,52%的消费者已经因不良体验放弃过某个品牌,83%的受访高管承认自己缺乏衡量真正驱动购买行为的工具。
这是咨询公司的商业研究,而非同行评审论文:方法论有说明,但调查工具和原始数据未公开,样本也仅限于美国。尽管如此,这一落差的方向印证了同样的机制:凡是没有观察者的地方,取而代之的就是高管的自信。
为什么发现得越晚,缺陷的代价越高
没有观察者的缺陷,其代价还有第二重乘数——时间。缺陷被发现得越晚,修复成本越高,这一点在工程实践中已有量化数据。
缺陷修复成本随生命周期推进而上升:根据报告汇总的工程数据,在需求阶段修复与在运行阶段修复之间的成本差可达数百倍。美国经济因软件测试基础设施不足而承受的总损失,估计为每年222亿至595亿美元。
报告中具体的成本增长倍数,并非作者本人的实测数据,而是对更早期工程研究的汇总,这一点值得留意。但「越晚发现,代价越高」这条基本关系并不会因此失效:一个没有人监测的缺陷,按定义必然是在最晚的阶段被发现——也就是成本曲线上最昂贵的那一点。
如何在不依赖投诉的情况下绘制缺陷地图
这套方法很简单,不需要平台,也不需要预算。它不是围绕客户展开,而是围绕交接点(handoff point)展开:工作成果从一个人的责任范围,转移到另一个人的责任范围、或者转移到公司外部的那些节点。
图中最后一个节点最重要,也最容易被忽视。客户的沉默必须成为系统中的一个事件,而不是事件的缺失。只要「未回复」在记录系统(system of record)里看起来只是一个空白单元格,而不是报表里的一行数据,就没有人能分辨出这究竟是客户不感兴趣,还是邮件根本没送达。关于这一点,另可参考自动化效果究竟产生在哪个环节而非文本质量本身的拆解。
一周之内可以完成的四个步骤
取最近的二十份成果
二十份已发送的文件、已结案的工单、已发货的订单。不要挑「好的」样本——就取最近连续的二十份。
标出缺陷,并指定观察者
对每一个缺陷只问一个问题:公司内部理应由谁发现它。这一列上的空白格,就是你要找的东西。
在对外交接点上设置计数器
文件是否收齐、是否送达、是否被打开、是否收到回复。四个布尔字段就能覆盖大部分盲区。
为空白格指定责任人
不是「提高质量」这种空话,而是一个具体的人,和他每周要看一次的一个具体数字。没有这一步,计数器只会变成又一份没人打开的报表。
如果「谁会注意到」这一列填的是「没有人」,那么无论这个缺陷多么显而易见,它都不会被修复。
常见问题
如何找到那些没有人报告的流程缺陷?
不是靠询问员工,也不是靠投诉记录,而是靠拆解最近二十份工作成果,并锁定成果换手的那些交接点。对每个发现的缺陷,都要填上「理应由谁发现」这一列。这一列为空的缺陷,正是要找的目标:它们之所以没被修复,不是因为难度高,而是因为它们对组织而言根本不存在。
能否通过客户满意度来衡量流程质量?
只能部分做到。满意度指标反映的是结果,却不揭示结果是如何形成的,而且会滞后数月才能反映出来。要管理流程,需要的是流程内部的事件数据:文件是否收齐、是否送达、是否被打开、是否收到回复。这四项事实提供的改进依据,比一份年度调查要多得多。
如果缺陷只有客户能看到,而客户又保持沉默,该怎么办?
把这个缺陷转化为一个可度量的事件。文档风格不统一无法直接度量,但「未使用模板生成的文档」占比是可以度量的。缺失联系方式不会引发投诉,但会留下一个空字段。几乎所有「软性」缺陷,在系统中都有一个「硬性」痕迹——关键是让这个痕迹开始被计数。
「六项中有四项」这个比例有多大代表性?
这只是对一家公司一个流程的拆解结果,不是行业统计数据。有代表性的不是这个比例本身,而是它居然能被得出这一事实:在大多数组织里,根本没有人整理过缺陷清单,所以「谁是观察者」这个问题压根不会被提出来。这项拆解本身只需要几个小时,得到的结果往往超出管理者的预期。
「六项缺陷中有四项没有内部观察者」这一比例,来自对Alego.Digital销售部门商业报价书准备流程的拆解;缺陷清单及其后果,取自公司自有产品(商业报价书生成器)的描述材料。这些是作者所在公司的内部资料,未经独立第三方核实,仅作为机制说明使用,不作为行业基准。将观察者划分为四种类型的分类方法,是作者对实践经验的归纳,而非借鉴自某套现成方法论。
- Chebat J.-C., Davidow M., Codjovi I. Silent Voices: Why Some Dissatisfied Consumers Fail to Complain. Journal of Service Research, 2005年5月. journals.sagepub.com
- PwC. 2025 Customer Experience Survey(5,511名消费者与406名高管,2025年5-6月). pwc.com
- RTI International为NIST撰写. The Economic Impacts of Inadequate Infrastructure for Software Testing, 2002年5月. rti.org