质量投诉流程图模板
五条泳道的质量投诉流程图：登记与确认受理、安全与报告义务评估、调查、答复客户、CAPA 与结案。
运作方式
把泳道改成你们组织的样子
把这五条角色泳道换成你们真实存在的职能。较小的制造商常把质量与技术调查合并成一条实验室泳道；受监管的场所通常会把法规事务单独留出来，因为报告决策不该由质量来作。
设定确认受理与结案的目标时限
把你们真实的时限写在受理和结案的步骤上，例如一个工作日内确认受理、三十个日历日内结案。如果目标随严重程度级别而不同，就写在标签里，或者写在评估步骤的备注里。
定义严重程度级别和安全触发条件
决定什么算严重、什么算主要、什么算轻微，并准确写下什么样的投诉构成潜在安全风险。“是否存在潜在安全风险？”这一决策的质量，完全取决于这个定义——而这恰恰是事后大家会争论的那个框。
与法规负责人确认报告规则
写明适用的法规、期限，以及有权就“是否需要向监管机构报告？”这一分支作出判断的人。除了你们提交的报告之外，也要记录决定不报告这一判断及其理由——在检查中被追问的正是这个否定性的决定。
约定投诉在什么情况下触发 CAPA
为“是否为系统性或重复性问题？”决策设定门槛：同一批次上再次发生、跨某条产线或某家供应商出现的趋势，或者任何涉及安全的成立投诉。原因清楚、遏制有效的孤立个案，可以只靠纠正就结案。
把流程图与程序一起发布
让这张图与成文程序处于同一套版本控制之下，使已批准的版本与贴在墙上的图不会各走各的。每当趋势数据显示这条流程正在被绕开时，就把它重新拿出来审视一遍。
常见问题
质量投诉与客户服务投诉有什么区别？
质量投诉主张产品存在缺陷：污染、损坏、规格不符、使用中失效。服务投诉针对的是组织的行为方式——延迟交付、开票错误、沟通不到位。这个区分之所以重要，是因为一起质量投诉会牵进物证、批次追溯、技术调查，甚至可能牵进向监管机构提交的报告，而一起服务投诉由服务职能自己解决。这也是本模板在登记之后立即放一道分流决策的原因：一切不属于产品缺陷的事项，都在进入质量投诉台账之前就转往服务投诉流程。
质量投诉流程应该由谁来负责？
按活动而不是按部门政治来划分归属。客户服务通常负责入口、确认受理和与客户的全部沟通，因为这层关系本来就在他们那里。质量负责记录本身、严重程度定级、调查中的各项决策、补救与结案。法规事务负责报告决策。常见的失败，是让答复客户的那个职能同时决定投诉是否成立——那样一来，答案就会被“商业上怎么说最省事”所塑造。
质量投诉在什么情况下需要向监管机构报告？
这完全取决于你们所在的行业和司法辖区——医疗器械警戒、药品质量缺陷、食品安全和消费品安全各有自己的判定标准与期限。共同的形态是一致的：一起显示存在潜在伤害风险的投诉，或者一个影响到已放行产品的缺陷，会触发一次对照报告标准的评估，而期限通常从组织首次知悉之日起算，而不是从调查得出结论之日起算。请事先与你们的法规负责人商定判定标准，并把两种结果都记录下来，包括决定不报告这一判断。
是不是每一起成立的投诉都需要 CAPA？
不是，而且每次都提一项 CAPA，几乎必然会堆出一批没有人真正去做的积压。原因已知、遏制有效的单起成立缺陷，可以只靠纠正就结案。当原因属于系统性时才启动 CAPA：同一批次、同一产线或同一供应商上的重复发生，投诉数据中看得见的趋势，或者任何带有安全维度的情况。CAPA 要凭它确实起了作用的证据来关闭，而不是凭措施被标记为已完成——结案泳道里的有效性跟踪，正是为此而设。