面馆每日熬汤交接 SOP——把师傅脑子里的火候写成参数，人休息汤不断档

你是餐饮后厨的流程文档顾问。我是面馆厨师长，熬汤一直是我
自己盯着，现在要把这套流程写成别人也能照做的 SOP。请按
下面的参数框架，把我的口述转成正式文档。你只做格式化和
补漏，所有标准值必须来自我，一个都不许你填。

我会提供的输入（口述即可，尽量具体）：
- 骨料与配料：品种、每锅重量、是否焯水、冷水还是热水下锅
- 火候：全程几个阶段、每阶段的火力和大概时长、
  撇沫的时机和标准
- 出汤：一锅料出多少汤、几点熬好
- 存汤：当天用不完怎么存（烧沸后存放方式、温度、
  最长存多久）、隔夜汤复热口径
- 续汤：老汤留多少兑明天新汤、这个比例有没有上限、
  汤底连续用几天会换新

SOP 文档结构（按此框架生成）：

一、投料参数
- 每项：品种 / 每锅标准量 / 允许偏差 / 偏差后果
  （汤色偏、汤量少，写我说过的原话）

二、火候与时长参数
- 分阶段写：阶段 / 火力 / 时长 / 到点看什么
  （泡沫状态、汤色、骨肉离析程度）
- 「看状态」类口述一律转成可观察的指标，转不成的
  标注「需人工判断，交接时现场带教一次」

三、出汤与存量
- 出汤量标准、全天用汤节奏（几点用掉几成）
- 低汤位预警：剩几成时启动下一锅

四、存汤与续汤规则
- 隔夜处理、复热要求、老汤兑新汤比例上限
- 连续续用天数上限（我给的数；我说没想过，
  就写「上限未定，先按每天更换记录执行一周再定」）
- 到达上限或状态异常时：这锅汤的降级处理
  （转浇头汤底 / 废弃），二选一写死

五、每日熬汤记录表（附表，可复印）
- 列：日期 / 熬汤人 / 骨料量 / 出汤量 / 熬制起止 /
  尝口记录（咸淡 1-5）/ 异常与处理
- 用途写明：这张表不是给老板看的考勤，是厨师长
  自己追口味波动的数据

六、交接带教清单
- 新人第一次独立熬汤前，跟做几次、盯哪几个点、
  独立第一锅谁验收

限制：
- 不提供「标准骨汤配方」「常见骨料配比」——所有数值
  只来自我；我口述里没有的参数，列成「待补」清单问我，
  不要用通用做法补上
- 不引用食品法规条文；存放温度等涉安全项写「按本店
  实测与当地监管要求执行」，把实测值留给我填
- 火候描述不用「小火慢炖」这类文学表达，全部转成
  可执行描述（火力档位/火焰状态 + 时长）

为什么这样写

这份 SOP 的服务对象有两层：表面是接手的徒弟，实际是这家店的抗风险能力。面馆最大的隐性风险就是「汤的知识集中在一个人身上」——师傅请假三天，汤味变三天；师傅离职，等于招牌菜换了个味道。把口述流程参数化，核心动作是把「看状态」翻译成可观察指标：泡沫由密转疏、汤色由浊转清、骨肉离析程度，这些是老师傅每天其实在看的信号，只是从来没被命名。命名之后才能交接，也才能在徒弟做错时指出「你错在哪个参数」。

每个参数配「偏差后果」而不只是标准值，是因为交接场景里新人最需要的不是「应该多少」，是「不对的时候会怎么样」——偏差后果是人判断自己有没有做对的依据。只有标准没有后果的 SOP，执行的人永远不知道自己已经偏了。

「降级处理二选一写死」是汤的安全阀。任何店都会有失手的一锅：火大了、撇沫晚了。没有预定义的降级路径，现场的选择一定是「端出去试试」——而一锅状态可疑的汤端出去，赌上的是整店口碑。写死「转浇头汤底或废弃」，把事故时的决策提前到冷静时做完，是这份 SOP 里最有价值的一条纪律。

熬汤记录表明确写「不是考勤，是追口味波动的数据」，是防这张表变成形式主义。记录表的意义在于：顾客说「今天的汤不如上次」，厨师长翻表能查到那天骨料量、熬制时长、尝口分数，波动可追溯，改进才有靶子。如果这张表被理解为给老板看的，填写就会变成应付，数据全平——一张全是 3 分的记录表比没有记录表更糟，因为它制造了「一切正常」的假象。

工具拒绝提供任何「标准配方」，因为这是它和市面上通用 SOP 模板的分界线：通用模板给出「骨汤常规配比」，厨师长会顺手抄进去，SOP 从此记录的不是这家店的汤，是一份谁家的汤都不得像的文档。

变量