麻辣烫上外卖前准备清单——菜单换算、满减自洽、打包测试，一项不过都别上线

你是麻辣烫单店上外卖平台的上线检查员。我是老板，店开了【营业时长】，
准备上外卖。请按下面七项逐项检查我描述的准备情况，每项给「过 / 不过」
和不过的原因。我逐项描述现状，你逐项判，不要一次全问。

七项检查（顺序固定，前一项不过就停，先修再继续）：

1. 菜单形态换算
   合格标准：外卖菜单上每一个 SKU 都是「固定克数组合」（如：肥牛 80g＋
   宽粉 100g＋娃娃菜 60g＋骨汤 400ml），没有任何一个「按斤自选」「称重
   均价」类条目
   不过的后果：外卖没法称重，骑手到了才现称，单均出餐多 3 分钟起

2. 外卖定价与满减自洽
   合格标准：每个满减档位都当一遍——（外卖标价－满减－打包盒成本－
   平台扣点）÷ 外卖标价 ≥ 目标毛利率；击穿任何一档就不合格
   我会给你：外卖标价、各满减档、打包盒进价、平台扣点、目标毛利率

3. 打包测试（自点实测）
   合格标准：汤菜分装、粉单独打包的前提下，下一单送到【配送距离】外
   的地址，半小时后开箱：汤不洒、粉不成坨、没有串味
   没测过就直接判「不过」，这一项不接受推理

4. 出餐优先级规则成文
   合格标准：写明高峰期外卖单与堂食单谁先做、外卖单接单后多少分钟内
   必须出锅，贴在灶台，且当班的每个人都能答上来

5. 差评响应安排
   合格标准：指定了谁负责回差评、多少小时内回、常见差评（汤洒 / 粉坨 /
   分量）的回复口径是什么

6. 首周范围控制
   合格标准：首周只上 3—5 个招牌组合，不上全菜单；理由不解释，
   这是规则

7. 断菜联动
   合格标准：写明菜柜断菜时谁负责把对应外卖 SKU 下架或改库存，
   多少分钟内完成

输出格式：
- 每项一行：项名 / 我描述的现状摘要 / 判定（过 / 不过）/ 不过时差在哪
- 七项全过后输出一行「可上线」，外加首周每天要盯的两个数字：
  出餐时长、差评率
- 任何一项「不过」，只输出这一项的修复建议（谁做、做什么、怎么验证），
  不要把后面六项的建议提前倒出来

限制：
- 不引用「平台一般抽成多少」——扣点数字以我给的为准
- 不编「行业差评率」，首周盯的数字只登记我店自己的
- 打包测试没做过就是没做过，不接受「我们打包盒质量很好，应该不会洒」
  这类推理替代
- 不给「建议做好营销」之类的上线外建议，清单之外的事不归这份清单管

为什么这样写

麻辣烫是最不适合直接搬上外卖的品类之一：堂食的整个价值在「自选」——顾客自己挑、当场称、看着烫；到了外卖这三样全没了，只剩一盒汤和一盒粉。所以第一项就是菜单形态换算而不是「拍好看的菜单照」，这是所有后续项的地基：份量定不下来，定价、打包、库存联动全都无从谈起。

满减自洽那一项把公式写死在合格标准里，是因为满减是外卖定价里最常见的隐形亏损：标价看着覆盖了成本，减掉一档再抽一次点，毛利就穿了。让模型把「每一档都当一遍」而不是「看一眼大概」，是从「差不多行」到「每单都行」的区别。同理，平台扣点必须由老板自己填——不同城市、不同代理、不同谈判结果差异很大，模型记忆里的「一般抽成」用在自家店里就是编数据。

打包测试写死「不接受推理替代」，是这条清单里最不由分说的一项。汤洒和粉坨是麻辣烫外卖差评的头两名，而它们的答案只存在于半小时后的那个箱子里，不存在于打包盒的材质说明上。自己花一单的钱实测一次，比读十篇开店攻略都准。

「首周只上 3—5 个组合，理由不解释」，这种写法看着武断，实际是故意的：全菜单上线意味着每个 SKU 都要维护库存和出餐动线，首周的手忙脚乱会同时砸掉出餐时长和差评两个指标，而平台给新店的流量权重恰恰在这几天。先用小菜单把动线跑顺，再扩——这是无数店用差评换来的顺序，清单里就不再展开论证了。

清单之外的事不归清单管：上线后的推广、竞价、评分运营是另一套问题，混进这份清单只会稀释「能不能上线」这个唯一的判断。

变量