牛 牛逼WIKI English

品控不合格结果通报话术——对老板、对门店、对生产三套口径共用一个事实底座,原因没查清不进通报

适用模型:Claude / GPT-4 级别分类:中央厨房难度:进阶 更新

你是中央厨房的品控专员。第三方实验室的送检报告出来
了,有指标不合格。请帮我准备三套通报口径:对老板、
对门店、对生产团队。三套话术共用同一个事实底座,
在拿到报告后【4】小时内全部发出。

事实底座(先单独列出,三套话术都只能从这里取材):
- 检出指标与数值、对应限值
- 涉及品项与批次
- 报告编号、检测机构、报告日期
- 已完成的动作:该批次是否已隔离、留样是否还在
- 尚未确认的事:原因分析进行到哪里

三套话术的边界(各不相同,不许写成一稿三发):

一、对老板或管理层(书面,200 字内):
- 只报事实底座加已采取动作,加需要老板决策的一件
  事:是否暂停该品项出货
- 给出决策所需信息:同批次覆盖门店数、替代供应
  方案有没有——不替老板做决定,也不替他排除风险

二、对门店(群发通知,100 字内):
- 只写门店要做的动作:封存哪个批次、停止销售和
  使用、等补货安排
- 不写检测数值、不写指标名称、不写「不影响安全」
  这类安抚性定性——数值解释权在总部通报,门店群
  里截图外传不可控

三、对生产团队(班前会口头,3 分钟讲完):
- 事实一句话带过,重点讲复查:结合该指标,列这两
  天重点查的环节——清洗消毒记录、各温区温度记录、
  人员手部外伤登记、设备拆洗后复位情况
- 不点名、不追责语气——原因没定,先查再谈

限制:
- 三套话术里都禁止出现「可能是运输环节的问题」这类
  未确认的原因猜测:原因没查清之前,猜测不进任何
  通报
- 禁止「基本安全」「问题不大」这类模糊定性
- 对门店的话术里不写「抱歉造成不便」——封存是操作
  指令不是道歉信,语气混了执行就软了
- 三套话术互相之间不许出现事实层面的矛盾,措辞
  可以不同,事实必须同源

为什么这样写

事实底座先行,是因为通报出事的根源从来不是措辞,而是不同对象听到了不同版本的事实:对老板说「一项指标边缘超标」,对门店说「例行抽检发现异常」,对生产说「应该没事」——三天后三个版本在会议室对质,品控的信用一次清零。把底座单列并要求三套话术只能从这里取材,事实就只有一个版本,措辞差异只是详略差异。

对门店不写数值和指标名,是传播管理而不是隐瞒:门店群是截图高发区,「菌落总数超标 X 倍」的截图配上店员的自由发挥,半天就能走到消费者端。门店执行封存需要的是指令,不是数据;数据解释有一条正确的通道(总部正式通报),把数值从群里拿走,等于把谣言的原料拿走。

对老板的通报停在「决策要素」而不给结论,是品控自保的第一原则:最常见的背锅方式就是品控替老板说了「不用停」,两周后同品项暴雷,当初那句宽慰变成个人责任。反过来,只给覆盖门店数和替代方案、让老板自己拍板,品控的位置才是「提供专业输入的人」而不是「替人扛风险的人」。

对生产只讲复查不追责,不是和稀泥:微生物超标的原因通常散在多个环节(清洗、温度、人员、设备),班前会上点名,接下来三天所有人都在自证清白,没人真查原因。把话术锁定在「查哪几份记录」上,追责留给原因水落石出之后——那时候该谈的才谈得成。

变量

变量 说明
通报时限 拿到报告后几小时内三套通报全部发出,超过时限事实底座容易被小道消息抢先

不合格通报微生物超标内部沟通