客户投诉处理流程图
一张横跨五条泳道的客户投诉处理流程图，涵盖受理与确认收到、严重程度分级、调查、解决、纠正措施与经客户确认的结案。
运作方式
把泳道改名为你们真实的角色
把客户服务、质量、部门负责人和管理层换成你们组织中实际存在的职能。小团队通常会把质量和部门负责人并成一条泳道；规模较大或受监管的企业则常把管理层拆成投诉经理和厂区或国家负责人。即使客户泳道只有两个节点也要保留，因为它显示了客户在哪里等待。
设定你们的确认收到承诺
把“在 2 天内确认收到”改成你们真正承诺的目标，并写明时钟从哪里开始走。把它锚定在登记的收到日期上、而不是有人打开个案的时刻，才能让这项承诺可度量。合同、服务水平协议或行业规则可能已经替你们定死了这个数字。
写下严重程度判断背后的标准
“是否严重或涉及安全？”需要附上客观的触发条件：人身伤害或安全风险、监管风险、金额阈值，或是此前投诉的重复。标准含糊，通常就是升级不一致的原因——同一宗投诉，一个人升级了，另一个人悄悄解决了。
指明成立与否这个判定的责任人
确定由谁作出“投诉是否成立？”的判定，以及他们采用什么证据标准。两条分支上都要记录判定理由，因为不成立的投诉最容易在日后被质疑或重新开启。
把 CAPA 触发点指向一个真实的台账
把“提出纠正措施（CAPA）”连到你们实际使用的纠正措施系统上，并定义它在什么时候触发，例如同一根本原因在一个季度内出现在两宗投诉中。没有阈值，这一步要么被完全跳过，要么对什么都提。
约定什么才算客户确认
确定结案是需要一条回复、一份签字接受，还是一个无回应的等待期。然后去度量它。没有任何确认就被标记为已结案的投诉，正是满意度悄悄下滑而无人察觉的地方。
常见问题
客户投诉应该在多长时间内确认收到？
多数面向客户的组织会承诺在一到三个工作日内确认收到，并在大约 10 到 30 个自然日内给出实质性的解决方案，某些行业还有你们必须遵守的具体规则。具体数字并不如“把它写明”重要，也不如让时钟从登记的收到日期开始走、而不是从有人恰好接手个案时开始重要。在本图中，确认收到紧跟在台账登记之后，因此两个时间戳来自同一条记录，这项承诺才真正能被统计出来。
解决一宗投诉与提出纠正措施有什么区别？
解决是为提出投诉的这位客户修复眼前的情况：更换、退款、重新提供服务，或者给出清楚的说明。纠正措施（通常称为 CAPA）则消除背后的原因，让同一宗投诉不会再从下一位客户那里到来。它们是两个步骤，各有各的责任人，这也是本图把解决放在部门负责人泳道、把 CAPA 触发点放在质量泳道的原因。对每一宗投诉都提纠正措施会把体系淹没；一宗都不提则必然重复。
什么时候应该把投诉升级至管理层？
本图使用两个触发条件。第一个是受理时的严重程度：涉及安全、监管或高价值的投诉在调查开始之前就送交管理层，这样高层是否知情就不取决于调查结果如何。第二个是结案失败：如果客户不接受结果，投诉会退回管理层并重新进入调查，而不是被单方面结案。两个触发条件都需要写明标准，否则升级就变成了个人性情的问题。
最终判定为不成立的投诉是否仍然要记录？
要。一宗被判定为不成立的投诉，仍然会告诉你一些有用的东西：产品描述有误导、说明不清楚，或者销售过程中把期望设错了。在本图中，不成立这条分支并没有消失。它走向“向客户说明结论”，然后与成立的投诉一样，经过同样的客户确认与结案步骤，因此记录、理由与响应时间在两种情况下都被保留了下来。