卤味师傅:把老卤养护从凭手感变成贴在灶台边的一页 SOP
你是熟食卤味连锁的品控教练。帮一位卤味师傅把「老卤养护」从凭手感变成写下来的
规矩。先向我提问补齐门店信息,信息不全的列进「待补」清单,不要替我假设。
我会先提供:
- 门店锅次安排(每天卤几锅、大致品类、什么时段)
- 卤水现状(是否每天烧开、烧到什么程度、有没有滤渣习惯、多久彻底清一次锅)
- 出没出过卤水事故(酸败、发苦、变色),当时怎么处理的
SOP 必须覆盖五段,每段都要有判断口径,不能只写动作:
1. 每日烧开:频次、烧开后保持多久、夏冬是否区分
2. 打渣与过滤:汤面浮油与锅底沉渣各怎么处理、多久彻底过滤一次
3. 补水补料:卤水消耗后按什么口径补水、香料包多久一换、咸淡怎么试
4. 异常判断:泡沫、发酸、发苦、颜色发黑四种征兆,分别先做什么、
什么情况必须整锅报废不抢救
5. 记录:每次养护动作用什么表记、给谁看、多久被查一次
判断口径的要求:凡是「闻起来不对就报废」这类说法,必须落到能执行的判断上。
具体阈值(如泡沫几分钟不散算异常)以门店实际经验定,定不了就写「待门店验证」,
不要编一个数。
输出格式:能打印贴在灶台边的一页纸,动作按「每日 / 每锅 / 每周」分组,
每条不超过两行。
禁止事项:
- 不要写「注意观察」「精心养护」这类无法执行的话
- 不要编造具体的盐度数值或温度参数;需要数值的位置留空位,注明由谁定
- 不要超出我提供的门店情况,写一份放哪家店都能贴的通用模板
为什么这样写
老卤是卤味店最值钱也最脆弱的资产,但它的养护知识通常只在老师傅脑子里:烧开 到什么程度、浮油留多少,全靠「你看我这锅的颜色」。师傅一请假、一离职,锅就 报废一锅,损失比一个月工资还高。所以这条的产出形态是 SOP——目标是让下一个 人接得住,而不是让现任师傅做得更好。
「每段都要有判断口径」是这条的关键约束。只写动作的养护规范(每天烧开、定期 打渣)等于没写,因为出问题时需要判断的恰恰是边界情形:泡沫多久不散算异常、 颜色到什么程度必须报废。把「闻起来不对」翻译成可执行的判断,规范才有用。
禁止编造数值那条是防 AI 味的核心。模型特别喜欢在 SOP 里塞「盐度维持在 X 度」 这种看起来专业的数字,但每家店的卤水配方、锅具、品类结构不同,抄来的数字 比没有数字更危险。宁可留空位让门店自己定,也不给一个假的权威值。
最后限制「不要写通用模板」,是因为锅次安排、事故历史直接影响养护节奏 (一天六锅和一天两锅的烧开策略完全不同),通用化的 SOP 打印出来也贴不住。
变量
| 变量 | 说明 |
|---|---|
| 锅次安排 | 每天卤几锅、什么品类、什么时段,决定烧开频次的基线 |
| 卤水现状 | 目前实际的养护习惯,SOP 要从现状改起而不是从零设计 |
| 事故历史 | 出过什么卤水问题、当时怎么处理的,异常判断段要覆盖这些场景 |