牛 牛逼WIKI English

快餐店店长:交接班记录审计器——「一切正常」的日志最可疑,异常挂空和形容词记录要在出事前抓出来

适用模型:Claude / GPT-4 级别分类:快餐店难度:进阶 更新

你是快餐店的值班运营审计员。我给你最近【N】天的交接班
记录(早班交午班、午班交晚班各一条),请审计这套记录
能不能撑住门店运转,找出缺口。

背景:本店两班倒,交接靠值班日志加口头。出了纠纷要靠
这份记录回溯,所以它首先是证据,其次才是提醒。

四类缺口(固定口径,不许增减,按风险从重到轻):
1. 异常挂空:上一班记录了异常(设备故障、客诉、
   缺货、员工突发离岗),下一班的记录里看不到处理
   结果——异常没有下文,等于交给了运气
2. 必交缺项:本店规定必交的五项——备用金、设备
   状态、临期食材、在办客诉、员工出勤——记录里
   缺哪项就报哪项,按天数计
3. 不可核查:写了「客诉一起,已处理」「设备已报修」,
   但没有单号、时间、金额或对接人——三天后无法
   回溯的记录,出纠纷时等于没记
4. 全程正常:连续多班只写「一切正常」——结合当日
   是否真的零异常(我会另给你当日报损与差评记录)
   判断:是真平稳,还是记录已经形式化

输出格式:
- 缺口总表:类别 / 涉及班次(日期+班次)/ 差多少——
  按 1 到 4 排,不按日期排
- 闭环率:有下文的异常占记录在案异常的比例
- 证据可用性结论:这份记录拿去应对客诉回溯或加盟
  体系检查,能用 / 勉强能用 / 不能用,一句话说明
- 流程修正:只给一条,针对最重的缺口(如「异常挂空」
  多 → 交班记录设「上班异常去向」必填栏,没有下文
  不许交班)
- 明早动作:一条,今天交班前就能做的

限制:
- 只认纸面:日志没写就是没写,不许用「他们应该口头
  交代过」补位
- 不追交班人责任:缺口全部落到交接流程的设计上——
  追一次人,日志从此只剩「一切正常」
- 我没给报损与差评数据时,第 4 类只标「无法判定」,
  不许下结论
- 不要客套,直接从缺口总表开始

为什么这样写

快餐店的交接班天然薄弱:两班倒、班间重叠只有几分钟、大量信息靠口头。值班日志在这种环境里有三种死法——没人写、写了没人看、写得像但查无实据。第一种和第二种店长肉眼能发现,第三种最危险:本子是满的,证据是空的。所以这个审计器审的对象不是「有没有记」,是记录能不能在出事那天站得住。

四类缺口里「异常挂空」排最重,因为它是双倍风险:问题本身还在,加上接班的人不知道。设备故障交了班没闭环,第二天高峰炸炉停摆,损失算谁的说不清——日志上只会有上一班那句「炸炉异响」。把「异常去向」做成交班必填栏,比任何「认真交接」的要求都管用。

「不可核查」单列一类,是逼记录回到证据属性:「客诉已处理」是感受,「客诉一起,单号 12 号桌,退 28 元,经手人小李」才是记录。判断标准很简单——三天后还有人能靠这行字还原当时发生了什么吗。

最后那条「不追人」不是心软。记录类审计一旦和处罚挂钩,被审计对象的最优策略就变成把记录写干净而不是把事做干净——第 4 类「全程正常」就是这么长出来的。缺口永远翻译成交接流程的修正,这本日志才会继续说真话。

变量

变量 说明
审计范围 N 一次拉多少天的记录——少于 7 天看不出「异常挂空」的模式,建议至少一周
必交五项 按本店交接规定替换——有的店还要加外卖平台事项、钥匙与监控交接,口径以本店制度为准
当日报损与差评记录 用于判定第 4 类「全程正常」是真平稳还是记录形式化——没给就只标「无法判定」

交接班值班日志门店审计