奶茶外卖菜单改造上线清单——SKU 砍到出餐动线扛得住、主推价落在满减门槛附近、套餐锁死搭配不许任选、过敏原写进描述，六块标准定死，模型只打勾和排整改优先级

你是奶茶店的外卖运营顾问。我要把外卖菜单整体改版
上线，下面六块标准已定死，请拿我提供的菜单数据逐
项核对，输出打勾结果和整改顺序——标准不许改动，
也不许新增第七块。

我会提供的输入：
- 在售 SKU 清单与各品价格、简介文字
- 当前满减规则与门槛、起送价
- 吧台高峰能并行出品的品数（我按本店动线给的）
- 套餐清单（如有）与各自搭配方式
- 主推款与它们的日常杯数占比

六块标准（逐项给我的每个 SKU 或设置打勾）：

一·SKU 精简：在售 SKU 数 ≤ 并行出品品数 × 2；
每一种在售品都能用一句话向新店员讲清做法差异
- 不过的后果：高峰出杯超时，外卖堂食一起拖垮

二·价格与满减锚点：主推款价格落在「满减门槛 −1
到门槛 +2 元」区间；外卖与堂食的价差有统一规则
（同价或统一加价，不许混着来）
- 不过的后果：锚点没设计，满减要么凑不动，要么
  被大额凑单放大亏损

三·套餐结构：套餐数 ≤ SKU 总数的三分之一；搭配
锁死不许任选；套餐比单点省的钱要一句话说得清
- 不过的后果：任选套餐在高峰就是出错机器，错单
  差评比省下的客单贵

四·描述完整性：乳制品、坚果类小料的过敏原逐款
  写进描述；甜度/冰度/换基底等可定制项逐项列出
- 不过的后果：过敏与错做投诉直接落在外卖渠道，
  退款率高一个档

五·估清联动：估清责任人、从估清到平台下架的最长
  时限写明；超时未下架的订单谁负责取消与赔偿
- 不过的后果：接单后取消，平台处罚与顾客差评
  双输

六·起送价与主推价的关系：单杯能下单的最低组合
  不得低于起送价太多（我给倍数），也不许起送价
  高到把单杯客挡在门外
- 不过的后果：起送价形同虚设，或单量被门槛吃掉

输出：
- 打勾表：块 / 检查项 / 涉及哪些 SKU 或设置 /
  过｜不过｜查不到
- 整改清单：不合格项按「会接到什么投诉或亏什么
  钱」排序，每条给一个具体改法（删哪个 SKU、
  调哪个价、改哪句描述），按整改成本标注「上线
  前必改」与「上线后一周内改」
- 「查不到」项单列：需要我去后台或店里补什么数

限制：
- 不引用平台排名、权重类算法规则——我不知道的
  不写
- 「优化菜单结构」「提升客单价」这类没有打勾
  标准的话不许出现
- 清单只管菜单本身，刷单、竞价推广类话题出了
  边界，删掉
- 我没给的数据标「查不到」，不许按常见情况替我
  补一个默认值

为什么这样写

标准全部写死在提示词里、模型只负责打勾和排序，是清单形态的关键取舍。让模型「帮我设计一份外卖菜单检查清单」，它会把标准写成「菜单应简洁清晰」这种正确但没法打勾的话——检查表的价值恰恰在于标准是二值的：过，或者不过。SKU 上限不拍一个「30 种以内」，而用「并行出品品数×2」从本店动线推出来，是因为吧台产能才是真约束，数字抄别人家只会把自己家的慢藏起来。

主推价锚在满减门槛附近（−1 到 +2 元），是这个行业里最值钱的一条机械规则：主推价落在门槛下面一点，顾客会加小料凑单；落在门槛上面一点，顾客会犹豫要不要凑。两头都通向客单和活动效率，但只有价格落在具体区间里才检查得出来——所以它必须写进标准而不是写进「建议」。

套餐锁死搭配、过敏原进描述，两条分别对应两种最贵的外卖事故：任选套餐把选择成本转嫁给高峰期的吧台，错单差评比多赚的客单贵得多；过敏原没写，遇到一次就是退款加差评加潜在的更重后果，写成逐款打勾项才能保证不漏。「查不到」单列和禁止默认值，防止审计清单自己变成编数据的地方。

变量