hao.ren8.com
知识库

Day 40-4:不符合项管理——从发现到闭环的完整链路

一个让人痛心的故事

2024年,某新能源品牌的一家服务中心发生了一起严重客诉:

客户的车进店维修三次,同一个故障一直没修好。第三次时,客户在高速上抛锚,差点造成交通事故。

调查发现:

  • 第一次返修后,内审就发现该技师诊断流程有问题
  • 审计报告写了,不符合项也开了
  • 但是……没有人跟踪整改
  • 整改报告“忘记”提交,问题“闭环”了,但实际没改

审计发现问题不难,难的是让问题真正解决。


不符合项管理的本质


不符合项的定义与分类

什么是不符合项(Non-conformity,简称NC)

根据ISO 9000的定义:

不符合项:未满足要求。

简单说,就是实际情况和标准要求之间有差异

不符合项的三种来源

来源 说明 示例
内部审计 自己发现的问题 技师未按SOP操作
外部审计 客户/认证机构发现 记录缺失
日常运营 工作中发现的问题 客户投诉、返修

不符合项的严重程度分级

级别 英文 定义 整改时限 示例
严重 Major NC 体系失效或重大风险 30天内 关键流程完全缺失
一般 Minor NC 局部不符合 60-90天内 部分记录不完整
观察项 Observation 潜在风险或改进机会 下次审计前 流程可优化

CAR:不符合项的核心工具

什么是CAR

CAR的核心要素

一份完整的CAR应包含:

要素 说明 注意事项
问题描述 发现了什么问题 要具体、客观、有证据
根因分析 为什么会发生 用5Why或鱼骨图
纠正措施 如何解决根本原因 针对根因,不是表面
预防措施 如何防止再发生 系统性改进
责任人 谁来执行 明确到人
完成时限 什么时候完成 明确日期
效果验证 如何证明已解决 要有证据

不符合项闭环的六步法

Step 1️⃣ 识别与记录

关键动作

  • 明确记录不符合项的事实
  • 收集客观证据(照片、记录、观察结果)
  • 分级严重程度

记录要素

  • 什么(What):发生了什么问题
  • 哪里(Where):在哪里发现的
  • 何时(When):什么时候发现的
  • 谁(Who):涉及谁
  • 与什么标准不符:违反了哪个要求

Step 2️⃣ 立即纠正(Correction)

示例

  • 问题:发现技师未做交付前检查
  • 纠正:立即对近期交付的车进行复查
  • 纠正措施:修改流程,在系统中增加强制检查点

Step 3️⃣ 根因分析(Root Cause Analysis)

这是最关键的一步。不找到根因,问题会反复发生。

常用工具:5Why分析法

问题:客户投诉返修

Why1:为什么返修?→ 因为第一次没修好
Why2:为什么没修好?→ 因为诊断错误
Why3:为什么诊断错误?→ 因为技师经验不足
Why4:为什么经验不足的技师会处理这个问题?→ 因为派工没有考虑技能匹配
Why5:为什么派工没考虑技能匹配?→ 因为派工系统没有技能级别字段

根因:派工系统缺少技能匹配功能

Step 4️⃣ 制定纠正措施

原则:针对根因制定措施,不是头痛医头

好的纠正措施的特征

  • 针对根因,不是表象
  • 可执行、可验证
  • 有明确的责任人和时限
  • 包含预防再发的措施

示例(续上):

措施 责任人 时限
派工系统增加技能级别字段 IT经理 2周内
建立派工技能匹配规则 服务经理 1周内
培训派工人员新规则 培训主管 1周内

Step 5️⃣ 实施与跟踪

关键动作

  • 按计划执行纠正措施
  • 定期检查进度
  • 记录实施情况

Step 6️⃣ 效果验证与闭环

验证方法

  • 现场复查
  • 数据对比(整改前 vs 整改后)
  • 客户反馈

特斯拉的不符合项管理特色

1. 数字化跟踪

特斯拉的所有不符合项都在系统中跟踪,超时未闭环会自动升级到上级管理者。

2. “同类问题”联动

一家服务中心发现的问题,如果是系统性的,会自动推送给其他服务中心自查。

3. 返修自动触发CAR

返修率超过阈值,系统自动生成CAR,不需要人工发起。


本章小结

关键认知 核心要点
不符合项管理的本质 闭环,确保问题彻底解决
CAR的作用 记录问题→分析根因→纠正措施→验证效果
关键区分 纠正≠纠正措施,前者治标,后者治本
闭环标准 措施已实施+问题已解决+同类未再发

下一篇:持续改进机制——让体系自己进化的秘密

未经允许不得转载:似水流年 » Day 40-4:不符合项管理——从发现到闭环的完整链路