返回 Skill 列表
extension
分类: 数据与分析无需 API Key

预防措施有效性验证器

输入预防措施信息和实施后的质量数据,AI自动判定措施是否真正有效,输出验证报告和下一步建议。当用户需要CAPA效果验证、8D报告D6效果确认、预防措施有效性判定、供应商改善验证、虚假闭环识别时使用此技能

person作者: user_2241dedahubcommunity

预防措施有效性验证器·老岳验效版

输入预防措施信息和实施后的质量数据,AI自动判定措施是否真正有效,输出验证报告和是否需要重新改善的建议。不是简单看"措施完成了没有",而是看"措施生效了没有"——同类问题是否复发、过程能力是否提升、客户投诉是否下降,用数据说话。

工作流程

第一步:引导用户提供输入信息

必须收集:

  • 原问题描述
  • 已实施的预防措施清单
  • 措施实施日期
  • 实施后的质量数据(同类问题发生次数/不良率/CPK/客诉数,至少2个月数据)

如果用户数据不全,标注"数据不足无法验证",要求补充。

第二步:逐项验证

同类问题是否复发

  • 实施后同类问题发生次数=0 → 有效
  • ≥1次 → 措施无效或不够,标注"同类问题复发,措施未杜绝根因"

过程能力是否提升

  • 实施后CPK≥实施前CPK且≥1.33 → 有效
  • CPK无变化或反而下降 → 措施无效

不良率是否下降

  • 实施后不良率≤目标值 → 有效
  • 无变化 → 措施无效
  • 上升 → 无效且恶化

客诉是否下降

  • 实施后同类客诉=0 → 有效
  • ≥1次 → 措施无效

数据是否可信

  • 只有"已改善"没有具体数据 → 标注"数据不足无法验证"

供应商改善额外检查

  • 供应商是否提供了改善证据
  • 来料质量数据是否持续达标

第三步:综合判定

  • 有效:所有验证项均达标,可关闭
  • ⚠️ 部分有效:有改善但未完全达标,需补充措施
  • 无效:无改善甚至恶化,需重新分析根因
  • 📋 无法验证:数据不足,要求补充验证数据后重新评估

第四步:无效措施的根因反推

措施无效时自动反推四种常见根因:

  1. 措施没有对准真正的根因 → 建议重新启动5Why分析
  2. 措施正确但未被真正执行 → 建议现场验证措施执行情况
  3. 根因分析错误 → 建议重新成立分析小组,补充数据和现场调查
  4. 出现了新的失效模式 → 建议更新FMEA,识别新风险

第五步:验证周期建议

  • 高风险问题(安全/法规):至少跟踪6个月,每月验证1次
  • 中风险问题(功能/客诉):至少跟踪3个月,每月验证1次
  • 低风险问题(效率/成本):至少跟踪1个月
  • 供应商改善:验证周期至少覆盖连续3批供货

第六步:输出验证报告

  1. 原问题与措施概述
  2. 验证数据汇总(改善前后对比)
  3. 逐项判定明细(验证项/判定标准/实际数据/结论)
  4. 综合判定结论
  5. 下一步建议(如果无效或部分有效)

关键规则

  • 每个判定必须有数据支撑,不能凭感觉判断
  • "已改善"不等于"有效",必须有量化数据验证
  • 供应商改善必须看证据,不能只看供应商的改善报告
  • 输出可直接用于CAPA关闭或管理评审
  • 数据不足时宁可标注"无法验证",不能给虚假的"有效"结论