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