菜单设计基本逻辑与评价指标体系

版本信息
版本号: v1.0
状态:
最后更新: 2026-01-02
变更摘要: 初始版本，建立菜单设计SOP与核心评价指标

【注意事项】

本文档基于团队业务侧讨论输出整理，旨在规范移动餐车排菜逻辑，建立标准化、数据化的菜单生产与评价体系。

1. 菜单设计 SOP 操作流程

2. 核心设计准则

2.1 结构与重复率控制

重复率红线：避免短期内出现重复菜品。
- 各品类安全周期：
  - 全荤/主荤：2 周不重复。
  - 副菜/青菜：1 周不重复。
- 组合重复率：副菜 + 青菜与上周重复率不超过 20%。

2.2 菜品类型与数量比例标准

类别	数量占比	策略定义
全荤	1/4 (25%)	核心卖点，价值感承载
主荤	1/4 (25%)	饱腹感承载，主流消费项
副菜	3/8 (37.5%)	丰富度调节，毛利平衡点
青菜	1/8 (12.5%)	清口与健康化补充

2.3 商业属性比例标准

属性	数量占比	核心作用
引流爆款	1/8	快速获客，低毛利高频次
一般利润款	3/8	稳定营收支柱
高利润款	4/8 (50%)	盈利增长点，需重点包装

3. 关键评价指标 (KPI)

3.1 销售与特征指标

可售率 (Sellable Rate) [核心特征属性]重要背景：本定义特指在“荤素同价、自助打餐、称重结算”模式下。反映菜品的有效产出能力。
- 定义公式：可售率 = 在仍有用户打餐且该菜可选但无人选的情况下，该菜品已被打走的熟重 / 初始熟重
- 属性分类与案例：
  - 可售率 90%（结构对称型）：有效产出极高。如：蜜汁叉烧，几乎无辅料，用户会打到盘干碗净。
  - 可售率 70%：存在部分不被拾取的辅料。如：梅菜扣肉，最终剩余约 30% 重量的梅菜。
  - 可售率 50%（结构剩余型）：存在大量不被拾取的液体/底菜。如：水煮肉片，最终剩余约 50% 重量的汤汁。
- 质量红线 (SOP 核查项)： ⚠️核心警告：可售率 50% 的菜品（结构剩余型）一周菜单设计中累计出现不得超过 3 款。 严控此类菜品总量，避免计价重量空转拉高商家真实食材成本。

3.2 成本与定价指标

成本控制标准：菜品食材成本（不含米饭）严格控制在 35% - 45%。
消费单价标杆：基于人均克重与品类比例，计算出的单件建议稳定在 ¥21 左右。

3.3 营养与工艺管控

品类覆盖：单日菜单必须包含“鸡、鸭、猪、鱼”中的至少 3 类。
工艺限制：每天食材中有过油、油炸情况的菜品数量不超过 20%。
同源限制：单日主荤/全荤中同源食材占比不超过 50%。
压秤策略：压秤菜品（排骨、骨头多、吸油/吸水多）数量控制在 50% 左右。

4. 优秀菜品应用与激励体系 (新增)

旨在打破“及格万岁”的平庸陷阱，通过分层激励建立良币驱逐劣币的生态。

4.1 三大应用策略

优先排期权 (Volume Incentive) —— 核心抓手
- 逻辑: 突破常规周期的限制，让好菜多卖。
- 规则: 普通合格菜品遵循“2周1轮”的去重周期；“优秀菜品”享有**“高频返场”**特权（如：1周2轮或每周必上）。
- 价值: 直接提升商家在该单品的采购量与收入。
前端流量打标 (Traffic Incentive)
- 逻辑: 降低用户决策成本，引导选择高满意度菜品。
- 规则: 在菜单牌、小程序或取餐屏上，为优秀菜品打上 “招牌”、“必吃” 或 “金牌” 标签。
- 价值: 提升该菜品的售罄率，增强用户信任感。
新品免试/绿色通道 (Trust Incentive)
- 逻辑: 降低优质商家的合作摩擦力。
- 规则: 拥有 3 款以上“优秀菜品”的商家，在申报新品时可简化试吃流程（如免除初筛，直接进入复核），或享有新品优先上架测试权。
- 价值: 鼓励商家持续研发新品，丰富供给池。

5. 4D 深度分析与建议

5.1 参与方全景 (Stakeholders)

商家端执行阻力：全荤/主荤 2 周不重复虽比 20 天理想目标有所降低，但仍要求商家具备持续的菜品翻新能力。建议系统内置“标准菜库”，降低商家的研发摩擦力。
用户端价值感：压秤菜比例 50% 是经营健康的保障，但也极易引发投诉。建议在压秤菜的“工艺描述”上进行包装（如：某某品牌老火汤排骨），提升溢价感；同时通过“可售率”监控，确保辅料剩余不会过高影响体验。

5.2 价值互锁 (Value Interlock)

利润与体验的平衡：高利润款占据 50% (4/8)，比例较高。这些菜品必须具备"视觉冲击力"或"特定记忆点"，否则容易导致引流款带来的客流在利润款处流失。

5.3 时间轴 (Timeline)

当前阶段 (Data Definition)：将截图中的感官标准（颜色、工艺）转化为结构化标签。
升级阶段 (Predictive Ordering)：通过可售率的历史数据，反推下周引流款的选择。

5.4 摩擦力 (Friction)

核查机制：人工核查容易产生懈怠。建议在运营后台增加“菜单冲突一键检测”功能，通过红色、黄色警告标识出违反上述红线的排菜组合。

6. 被忽略的细节与待确事项

应季菜机制：截图提到“后续建设”，建议在菜库中增加 Season_Tag，在冬季多推炖菜，夏季多推凉拌，此权重应高于“重复率”逻辑。
口味调研闭环：由于不同园区/企业的口味偏好极度不均，建议将“辣菜比例”和“口味偏好匹配”下放到“站点级别”进行参数化配置。