政企营养新增功能：需求逻辑与可行性评审
把现有新增内容按餐前计划、餐后事实、延迟健康结果和系统建议重新归类；逐字段说明含义、公式、数据源、展示条件、页面归属与业务价值，并补充政策、采购样本、竞品与运营岗位需求验证。
一、评审结论
新增功能应服务两类真实决策：运营人员决定“下一餐怎么改”，管理人员判断“本周期供餐是否更合理”。不能把预测值包装成事实，也不能把健康同期变化包装成供餐效果。
展示计划人均供给、结构问题和直接调整动作；自选餐使用历史选择占比加权预测。
价值驾驶舱展示已完成周期的供餐、选择和数据质量；未来预测只出现在菜谱与同餐标优化。
读取人员就餐数据，统计合理/不足/过多天数占比；原膳食监控暂不改，营养运营只取脱敏聚合。
去掉审批、审核、待执行任务。建议经数据校验后加入当前菜谱，最终保存沿用原菜谱权限。
二、数据生命周期：先区分时点，再谈指标
同一个菜品在不同阶段产生的数据含义不同。所有接口、数据库字段、页面标签和导出报告都必须携带数据阶段。
菜谱、配方、标准份量、预计选择占比、计划成本。用于发现结构问题和调整菜谱。
实际份数、销量/重量、人员选择、实际成本、剩餐。用于评估供餐结果。
体检、BMI、体脂、血压等低频聚合。只表达同期变化，不证明因果。
基于计划问题和历史事实生成替换、份量、做法建议；预测值必须带置信度。
三、统一逻辑与计算规则
这些规则是产品、研发、数据和报告的共同约束，优先级高于页面展示。
每个指标必须包含 phase：PLAN、ACTUAL_SUPPLY、ESTIMATED_INTAKE、HEALTH_OUTCOME 或 PREDICTION。禁止跨阶段直接相加。
Σ 标准人均份量 × 食材占比 × 可食部 × 单位营养 × 烹调保留率。
Σ 菜品单份营养 × 预计选择占比 × 人均可选份数。选择占比取同餐厅、同餐次、同星期结构近 4–8 次历史。
实际净消耗食材营养总量 ÷ 实际就餐人次。没有消耗数据时不可称“实际”。
Σ 个人选择/称重份量 × 菜品单位营养 ÷ 有效就餐人数；未扣剩餐时明确为估算。
范围型指标按“低于下限/适宜/高于上限”判断；上限型指标按“未超上限/超上限”判断。达标率超过 100% 不等于更好。
展示有效人数、有效人日、覆盖率、更新时间。低于配置阈值时隐藏结论，显示缺失原因与补数方式。
计划成本使用标准配方 × 最近有效采购价 × 损耗率；实际成本使用实际领料/消耗。售价和餐标不得替代成本。
欢迎度、选择占比、浪费率的预测必须展示历史样本数、参考周期和置信等级；新菜默认低置信。
先识别问题贡献菜品，再校验配方、餐标、菜品数和供应约束；校验通过后才允许加入当前菜谱。
只显示脱敏群体同期变化和相关性线索；禁止使用“干预导致改善、治疗有效”等表达。
营养计算保存菜谱版本、配方版本、营养标准版本、成本版本和计算时间，保证历史报告可复算。
四、模块归属与功能价值
页面归属依据“谁在什么时点做什么决定”，不是依据数据是否能放进去。
餐厅管理—菜谱管理
查看未来/当前菜谱的计划供给问题，并直接替换、调整份量、做法、主食或增加菜品。
营养运营—价值驾驶舱
回答本周期供餐覆盖、实际选择、数据质量和优先问题；不展示未完成餐次的预测结果。
营养运营—供餐营养分析
默认看计划供给；可切换到餐后阶段聚合，但必须使用完全不同的字段标签和分母。
营养运营—同餐标优化
比较当前计划与候选方案。历史欢迎度用于预测，不作为当前事实；建议直接加入菜谱。
营养运营—供餐效果
查看实际供应、选择、成本和剩餐；数据未接入时不显示模拟指标。
营养运营—群体健康趋势
有合规、脱敏、同口径健康数据时才启用；用于长期观察，不用于日常改菜。
膳食监控
继续承载个体/团体明细、人员筛选和阶段分析；营养运营只复用聚合结果。
试供任务 / 审批审核
会议需求没有该工作流，且增加运营负担。小范围验证只作为可选方法，不建设任务模块。
报告中心 / 指标与数据
报告按餐前计划、餐后事实、健康趋势分区；指标页解释公式、来源、版本和缺失条件。
六、价值驾驶舱：逐字段审计
位置判断：合理，但只应放“完成周期的汇总结果 + 数据质量 + 可行动问题”。驾驶舱不是营养专业明细页。
| 字段/指标 | 阶段 | 定义与公式 | 数据来源/门槛 | 管理价值 | 结论 |
|---|---|---|---|---|---|
| 单位、周期、部门、人群、餐厅筛选 | 餐后 | 确定汇总范围；部门使用就餐发生时的组织快照 | 组织权限 + 就餐日期 | 管理人员可定位责任范围 | 保留 |
| 数据覆盖率 | 餐后 | 有有效就餐记录人数 ÷ 应覆盖有效人数 | 人员主数据、就餐记录；必须展示 | 判断结论是否可信 | 提升为核心指标 |
| 健康标签菜品选择率 | 餐后 | 友好标签菜品实际选择份数 ÷ 全部实际选择份数 | 菜品标签 + 选择明细；如按重点人群统计还需人员标签授权 | 判断“有营养的菜是否真正被选择” | 条件展示 |
| 重点人群供餐覆盖率 | 餐后供给 | 含目标标签菜品的已供餐餐次 ÷ 应供餐餐次 | 已完成菜谱、标签、供餐日历 | 判断餐厅是否持续提供合适选择 | 明确“已供餐”后保留 |
| 营养价值指数 | 周期汇总 | 原型权重：营养达标 60% + 标签覆盖 20% + 欢迎度 20% | 权重未经业务验证；不同数据阶段混合风险高 | 方便管理层比较，但容易掩盖问题 | P0 展示分项，综合分后置 |
| 本期营养问题数 | 餐后/计划 | 按问题类型、部门、餐次去重计数，不能混合未来与历史 | 规则结果 + phase | 快速了解问题规模 | 拆成“计划问题/历史问题” |
| 部门供餐覆盖对比 | 餐后供给 | 各部门对应餐厅/餐次的目标标签覆盖率 | 部门—餐厅映射必须明确 | 定位供餐结构差异 | 映射明确后保留 |
| 部门健康选择率对比 | 餐后选择 | 按就餐发生时部门快照聚合实际选择 | 需要人员级选择明细；小样本隐藏 | 定位“提供了但没有选”的部门 | 条件展示 |
| 重点人群覆盖列表 | 餐后 | 按体重管理、控盐、控脂等标签展示供餐覆盖 | 标签定义需标准化；不等于疾病人群识别 | 帮助管理层判断供餐方向 | 标签口径确认后保留 |
| 部门机会清单 | 建议 | 建议排序：问题严重度 × 有效就餐覆盖人数 × 数据置信度 | 每项必须显示证据、有效样本和数据时点 | 直接告诉管理者先处理哪里 | 保留并补公式 |
| 影响人数 | 餐后 | 问题范围内有有效就餐记录的去重人数，不是部门编制人数 | 人员就餐明细 + 部门快照 | 判断问题规模 | 修正分母 |
| 数据充分度 | 质量 | 覆盖率、有效人数、有效人日、更新时间综合展示，不建议只给“充分” | 所有来源表 | 防止管理人员误用结论 | 必须保留 |
七、供餐营养分析与阶段分析：逐字段审计
建议在营养运营中保留，但要做成两个明确视图：“餐前计划供给”和“餐后阶段实际”。原膳食监控页面暂不改变。
| 字段/指标 | 阶段 | 定义与公式 | 数据来源/门槛 | 运营价值 | 结论 |
|---|---|---|---|---|---|
| 分析口径切换 | 计划 / 餐后 | PLAN 与 ESTIMATED_INTAKE 两套独立查询，不只是改页面文案 | 菜谱域与人员就餐域分开 | 避免把计划供给误认为实际摄入 | 核心保留 |
| 计划营养素值 | 餐前 | 能量、蛋白质、脂肪、碳水、钙、铁、维C、纤维、钠等计划人均供给 | 配方、份量、营养库完整 | 发现未来菜谱问题 | 保留 |
| 推荐范围/上限 | 标准 | 按目标人群和餐次占比匹配标准版本 | 标准规则表、版本号、生效日期 | 让达标结论可解释、可复算 | 标准确认后启用 |
| 达标率/完成度 | 餐前 | 目标值型可算实际÷目标；范围型优先显示状态和偏差，不用超过100%表示优秀 | 计划值 + 标准 | 快速识别不足和超量 | 统一重构 |
| 食物组供应量 | 餐前 | 谷薯、蔬果、鱼禽肉蛋、奶豆坚果、油盐的计划人均净料量 | 食材分类、净料、预计选择占比 | 把营养素问题转换成食物调整 | 保留 |
| 膳食结构比例 | 餐前 | 杂粮、深色蔬菜、优质蛋白、奶豆等结构指标 | 与菜谱页共用一个计算服务 | 避免不同页面结果不一致 | 复用同口径 |
| 烹调方式占比 | 餐前 | 推荐按预计供应份数加权；同时展示菜品频次 | 烹调方式 + 预计份数 | 指导蒸煮/煎炸结构 | 明确权重后保留 |
| 营养价值 × 欢迎度四象限 | 历史 + 建议 | 横轴使用历史选择率，纵轴使用可解释营养密度/得分；必须标参考周期和样本 | 菜品营养 + 历史选择；新菜不能直接入象限 | 区分保持、推广、优化、替换菜品 | 条件展示 |
| 营养菜品排行 | 菜品属性 | 按营养密度或标签分项排名，不建议混合欢迎度后仍叫“营养排行” | 每100g营养、能量、规则权重 | 帮助选候选菜 | 分项透明后保留 |
| 阶段实际营养量 | 餐后估算 | Σ 实际选择数量 × 菜品单位营养；标准份量推算时叫估算摄入 | 人员 UUID、日期、餐次、选择数量、菜品营养 | 了解群体真实选择后的营养结构 | 复用 Stageanalyze |
| 合理/不足/过多天数占比 | 阶段 | 现有逻辑：每日相对推荐量 80%–120% 合理；周期统计各状态天数占比 | 现有 Stageanalyze；需展示规则版本 | 比简单平均更能发现持续性问题 | 保留并解释 |
| 有效人数/有效人日/缺餐 | 质量 | 无实际数据的日期记缺餐，不进入有效均值；同时报告缺餐情况 | 人员—日期记录 | 避免把未记录误判为营养不足 | 必须显示 |
| 阶段平均能量/钠 | 餐后 | 必须定义为有效人日加权平均；不能只展示一个数字 | 能量/微量营养接口 + 有效人日 | 提供总体水平，但需配合分布看 | 补齐分母后展示 |
八、同餐标优化：逐字段审计
位置判断：合理，属于餐前决策工具。当前页面中“实际”“预计”混用，需要统一为计划与预测语义。
| 字段/指标 | 阶段 | 准确逻辑 | 数据来源/门槛 | 决策价值 | 结论 |
|---|---|---|---|---|---|
| 当前菜品、类别、计划份量 | 餐前 | 读取所选菜谱版本；自选餐展示单份规格和预计选择份数 | 菜谱、菜品、配方 | 先看事实再看建议 | 保留 |
| 计划人均成本 | 餐前估算 | 标准用量 × 有效采购价 × 损耗率；不是“实际成本” | 成本合同完整才展示 | 确保不突破餐标 | 必须改名 |
| 餐标占用/调整余量 | 餐前 | 计划人均成本 ÷ 合同餐标；余量为餐标减计划成本 | 合同餐标 + 计划成本 | 明确还有多少调整空间 | 保留 |
| 历史欢迎度 | 历史 | 选择该菜人数/份数 ÷ 有机会选择该菜的就餐人数 | 同餐厅同餐次近 4–8 次；展示样本数 | 避免营养提升导致接受度大幅下降 | 标历史后保留 |
| 预计欢迎度 | 预测 | 候选菜自身历史或同品类模型预测；新菜低置信 | 历史样本充分才展示数值 | 比较候选方案经营风险 | 条件展示 |
| 计划营养达标分项 | 餐前 | 逐项展示能量、钠、钙、纤维等状态和偏差 | 计划计算服务 | 解释为什么需要调整 | 优先保留 |
| 综合营养价值指数 | 内部评分 | 权重需配置并展示；不作为医学标准 | 各分项齐全且权重评审通过 | 便于方案排序，但不可替代分项 | P1 或辅助展示 |
| 预计浪费率 | 预测 | 基于同菜/同类历史剩餐率预测 | 必须有连续剩餐称重；否则不展示 | 识别可能被浪费的调整方案 | 无称重则删除 |
| 控盐等标签覆盖 | 餐前 | 候选方案中目标标签菜品的计划供餐覆盖，不是人群健康效果 | 菜品标签版本 | 比较方案对目标供餐方向的支持 | 明确供餐语义 |
| 逐菜调整明细 | 建议 | 当前问题、替换/调整动作、成本差、营养差、历史接受度风险 | 当前与候选菜数据完整 | 运营可以逐项判断而非盲目接受 | 核心保留 |
| 加入当前菜谱 | 操作 | 通过约束校验后写入当前编辑版本；保存前可撤回 | 原菜谱编辑权限 | 不产生审批任务，降低操作负担 | 核心保留 |
九、供餐效果、群体健康与报告：逐字段审计
餐后页面只展示真实发生的数据；健康数据属于低频结果层，必须与供餐结果分开。
| 字段/指标 | 阶段 | 定义与公式 | 数据来源/门槛 | 价值 | 结论 |
|---|---|---|---|---|---|
| 健康标签菜品供给占比 | 餐后供给 | 推荐按实际出品份数：标签菜实际出品份数 ÷ 全部出品份数 | 实际出品或销售份数 + 标签 | 看供给结构是否变化 | 明确实际份数 |
| 健康标签菜品选择率 | 餐后选择 | 标签菜实际选择份数 ÷ 全部选择份数 | 订单/选择明细 | 判断员工是否接受健康选择 | 保留 |
| 供给—选择匹配度 | 派生 | 当前没有清晰、可解释且可行动的公式 | 需先定义业务问题和阈值 | 暂不能指导具体动作 | P0 删除 |
| 实际剩餐率 | 餐后事实 | 剩餐净重 ÷ 实际出品净重 | 出品称重 + 剩餐称重；没有称重则不展示 | 评估接受度和浪费 | 条件展示 |
| 实际菜品销量/选择份数 | 餐后事实 | 按菜品、餐厅、日期、餐次汇总 | 订单或售卖记录 | 定位具体菜品表现 | 保留 |
| 实际成本 | 餐后事实 | 实际领料/消耗 × 批次成本 + 可配置损耗 | 进销存完整链路 | 复盘是否真正守住餐标 | 成本链完整后展示 |
| 有效覆盖人数/覆盖率 | 健康质量 | 有同口径有效健康记录人数 ÷ 应覆盖人数 | 健康数据 + 人员主数据 | 判断健康趋势可信度 | 必须显示 |
| BMI 正常率 | 低频健康 | 有效样本中 BMI 在配置正常范围的人数占比 | 同设备/同方法或完成校准；小样本隐藏 | 观察群体构成变化 | 有合规数据才启用 |
| 体脂偏高率 | 低频健康 | 体脂偏高人数 ÷ 有效体脂样本人数 | 设备与阈值版本一致 | 观察同期变化 | 有合规数据才启用 |
| 血压/血糖/血脂趋势 | 敏感健康 | 同人群同指标相邻周期脱敏聚合差异 | 授权体检数据、隐私阈值、口径一致 | 为管理汇报提供相关性线索 | P1 条件启用 |
| 健康选择率与健康指标同图 | 相关性 | 只允许展示时间上的同向/反向变化，附“非因果”说明 | 周期对齐且样本构成稳定 | 帮助提出进一步调查问题 | 谨慎保留 |
| 报告数据阶段 | 计划 / 实际 | 报告每一章节标记计划、实际、预测或健康结果 | 指标元数据自动带入 | 防止领导误读 | 必须新增 |
| 指标版本与数据时间 | 质量 | 显示标准、配方、标签、成本版本和最近更新时间 | 统一元数据 | 保证汇报可追溯 | 必须新增 |
十、可行性判断与版本范围
可行性不是“页面能不能做”，而是数据是否存在、口径是否稳定、动作是否能落回现有系统。
组织、人员、菜谱、菜品营养、人员就餐、销量/重量、阶段分析。
供餐模式、配方版本、指标元数据、计划/实际分层、数据充分度、直接回写。
真实成本、剩餐称重、合规健康汇总。
审批审核、待执行任务、无依据预测值、供给选择匹配度。
菜谱计划营养分析与直接调整；预计人数—物料—库存—计划成本联动；餐前/餐后口径分离；阶段聚合复用；驾驶舱数据质量；供餐覆盖与实际选择；指标说明和管理报告。
同餐标成本比较、预计/实际剩餐、重点人群实际选择、BMI/体脂及体检趋势、综合营养价值指数。
营养审批、批量审核、待执行优化任务、独立试供任务、健康改善因果结论、自动保存菜单或自动下发采购。
十一、对运营人员和管理人员的真实价值
每个模块必须对应可观察的使用结果，否则不进入首版。
建议的核心产品指标
| 类型 | 指标 | 计算 | 为什么值得跟踪 | 护栏 |
|---|---|---|---|---|
| 结果指标 | 营养结构达标菜谱覆盖的实际就餐人次 | 达标菜谱对应的实际就餐人次去重/汇总 | 连接餐前优化与餐后真实覆盖 | 同时看成本、选择率和剩餐 |
| 驱动指标 | 菜谱营养问题处理率 | 已通过直接调整处理的问题 ÷ 已识别问题 | 衡量分析是否转化为菜谱行动 | 不能通过关闭问题刷高 |
| 驱动指标 | 健康标签菜品实际选择率 | 标签菜实际选择份数 ÷ 全部选择份数 | 衡量健康供餐是否被接受 | 同时看供给份数和可选机会 |
| 质量护栏 | 数据覆盖率 | 有效记录人数 ÷ 应覆盖人数 | 防止在低覆盖数据上得出结论 | 低于阈值隐藏趋势 |
| 经营护栏 | 实际人均成本与剩餐率 | 实际成本÷就餐人次；剩餐净重÷出品净重 | 防止营养优化损害预算和运营效率 | 无真实数据不展示 |
十二、评审会上需要确认的决定
以下输入会实质改变算法和页面，必须由业务、营养、研发和项目负责人共同确认。
各餐厅是固定套餐、自选档口还是称重自助？是否能按餐次配置？
菜品标准份量、净料/毛料、调味品和烹调保留率的数据完整度如何？
订单是否能关联人员、部门快照、菜品和实际数量？重点人群标签是否有合规授权？
能否获取配方原料用量、批次采购价、实际领料、出品和损耗？
是否有出品称重和剩餐称重？如果没有，所有浪费率字段应删除。
政企员工餐的目标人群、餐次占比、营养范围和标签规则由谁确认、如何版本化？
健康数据来源、授权、最小样本阈值、更新频率和可查看角色是什么？
首个项目能提供哪些真实数据？没有数据的模块应隐藏，而不是继续用演示值。
证据与来源
智能纪要：团餐营养功能产品规划讨论 2026年7月15日.docx营养分析.html政企供餐评价及群体就餐健康状态评价.htmlStageanalyze.php / stageNutrient.vue / get_stage_team_nutriententerprise-nutrition-system-style-prototype.htmlmetric-and-scope-clarification.md十三、市场需求验证：有需求，但价值来自业务闭环
公开政策、政府采购需求和厂商方案共同证明政企团餐存在营养管理需求；同时也表明，客户采购的不是孤立的营养图表，而是菜谱、备餐、成本、库存、实际消费与分析一体化能力。
政策倡导、政府采购参数和多家厂商持续提供营养相关能力。
已是常见能力，仅展示营养素和报告难形成明显差异。
能直接改菜谱、联动人数/物料/成本并在餐后验证，才是高频价值。
P0 收紧后方向正确；库存联动、餐制分流和真实结果链仍需补齐。
公开需求证据
| 证据 | 公开内容反映的需求 | 对本产品的含义 | 证据强度 |
|---|---|---|---|
| 国家卫生健康委《营养健康食堂建设指南》 | 覆盖组织管理、人员培训、餐食设计、加工制作和供餐服务，面向职工食堂营养健康建设。 | 支持“菜谱与供餐过程”方向；指南是倡导性依据，不应包装成所有政企客户的强制合规。 | 强政策信号 |
| 中央国家机关健康食堂建设通知 | 强调科学管理、营养配餐、反食品浪费以及定量和定性评价。 | 营养、浪费和管理评价都具备采购叙事价值，但必须以真实经营数据支撑。 | 强场景信号 |
| 政府采购智慧食堂参数样本 | 要求按餐标、季节、反馈、就餐人数等编制菜谱，计算营养与物料，并覆盖成本、库存、生产和经营分析。 | 直接验证“人数预测—菜谱—物料—成本—经营结果”闭环；也说明只做营养驾驶舱不够。 | 强采购信号 |
竞品公开能力对照
| 厂商/方案 | 公开呈现的相关能力 | 市场共性 | 本方案应如何区别 |
|---|---|---|---|
| 满客宝 | 菜单、库存、统计、营养提示/分析、智能称重、采购计划和满意度。 | 营养与经营管理、称重或消费数据组合。 | 突出同餐标下可解释的逐菜调整与直接回写，而非再做一套通用报表。 |
| 优信智慧食堂 | 食谱营养搭配、每日分析、周报、禁忌提示和健康方案。 | 营养分析与报告已较常见。 | 不以“有营养报告”为卖点，改为“报告能回到下一周期菜单动作”。 |
| 威尔数据 | 精准备餐、营养分析、经营报表和营养菜品搭配。 | 备餐效率与营养需要共同解决。 | 把预计人数、选择历史、菜谱结构与建议置信度解释清楚。 |
| 雄伟智慧食堂 | 称重自选、营养感知、多维经营报告，覆盖企事业单位等场景。 | 称重模式可以形成较强的个人选择和重量数据。 | 按固定套餐、自选、称重三种餐制给出不同口径，避免“一套人均算法通吃”。 |
| 米果 / 海亮智汇 | 公开方案把标准菜谱、订餐/下单、采购库存、损耗成本、营养分析和经营分析串联。 | 市场竞争正在向全链路数据运营发展。 | 营养建议必须校验库存可用量、采购周期、成本与厨房可执行性。 |
市场信息来源（公开页面）
十四、运营人员需求复核：保留动作，减少看板
采购决策者、日常使用者和最终受益者不是同一群人。领导关注项目价值与风险，餐厅经理/菜谱运营关注今天能否排出可采购、可生产、守餐标且员工愿意选的菜单，员工才是营养改善的受益者。
| 岗位任务 | 真实频率 | 当前需求匹配 | 建议 | 判断 |
|---|---|---|---|---|
| 排下一餐/下周菜谱 | 每日/每周 | 菜谱查看页分析、问题定位、替换/份量/做法调整高度匹配。 | 作为 P0 主工作台；默认展示最重要的 3–5 个问题，不要求另开营养模块。 | 核心刚需 |
| 按预计人数核算备餐与物料 | 每日 | 当前营养方案提到预计人数，但未充分展示对物料和库存的联动。 | 建议保存菜谱时同步看到建议采购量、现有库存、缺口与临期优先消耗。 | 核心刚需 |
| 守住餐标和菜品可执行性 | 每次排餐 | 同餐标优化方向正确，但“餐标、售价、计划食材成本”需分开。 | 建议按合同餐标和目标食材成本率双重校验，并显示成本版本。 | 核心刚需 |
| 看哪些菜受欢迎、剩得多 | 每日/每周 | 餐后选择、剩餐和历史欢迎度有价值，但取决于订单/称重数据。 | 只展示真实可采集数据；问题直接转成下一周期替换建议。 | 数据型刚需 |
| 汇报供餐改进效果 | 月度/季度 | 价值驾驶舱对领导有价值，对一线运营不是高频入口。 | 压缩为一页周期简报：做了什么、实际结果、成本/浪费护栏、下步动作。 | 管理刚需 |
| 查看群体健康趋势 | 季度/年度 | 对行政后勤和健康管理有叙事价值，但不是排餐人员日常任务。 | P1 条件启用；使用脱敏聚合并与菜谱操作分离。 | 非运营刚需 |
| 处理审批、审核、待执行任务 | 无会议证据 | 增加了额外流程和责任转移。 | 继续删除；使用原菜谱编辑、保存和版本权限即可。 | 不需要 |
| 查看大量综合指数/部门排行 | 低频 | 可解释性和可行动性弱，容易造成指标负担。 | 优先展示具体问题菜、分项偏差和数据质量；综合指数仅作辅助。 | 弱需求 |
二次逻辑检查发现的 10 个问题
同一食堂通常向多个部门提供同一套菜，部门差异更多发生在“选择”而非“供给”。没有部门专属窗口/套餐时，删除“部门供给覆盖率”，只做有样本的部门选择差异。
某菜售罄前未到场、非该窗口可选或不在对应餐制的人，不应进入分母。使用“在售时间内有机会选择该菜的有效就餐人次”。
固定套餐看标准供给，自选餐看选择概率加权，称重餐看实际克重。餐制未确认前不可输出统一“人均营养”。
合同餐标可能包含人工、管理、税费等，不能直接与菜谱食材成本等同。需配置目标食材成本率，并分别展示餐标上限和食材成本预算。
应是问题菜谱覆盖范围内的有效预计/实际就餐人次；尚未发生的餐次必须标“预计影响”。
没有实际克重和剩餐扣除时，只能称“选择份数/估算摄入”，不能称个人真实摄入。
候选菜必须校验现有库存、临期食材、供应周期、档口设备、厨师产能和禁配规则，否则营养正确但无法执行。
人员健康标签、部门和选餐明细的关联需要用途授权、角色权限、最小样本阈值和脱敏；P0 不应默认开启个人级健康推荐。
一般政企员工餐仍需确认目标人群、餐次供能占比和本项目采用的标准版本；不能直接复用学校或临床营养阈值。
不需要新增审批，但替换前后、操作人、公式版本和撤回记录必须保存；发布仍沿用原菜谱权限。
十五、优先级与最小验证计划
优先级综合用户频率、客户购买价值、数据成熟度、实施工作量和误导风险。先验证高风险假设，再扩展指标。
| 优先级 | 功能主题 | 用户影响 | 工作量 | 主要风险 | 最小验证 | 决策 |
|---|---|---|---|---|---|---|
| P0-1 | 菜谱计划营养分析 + 直接调整 | 高：每日/每周核心任务 | 中 | 配方、份量和标准不完整 | 选 20 份真实菜谱，让 3–5 名运营完成问题定位与调整；记录耗时、点击数、错误和采纳率。 | 立即做 |
| P0-2 | 预计人数—物料—库存—计划成本联动 | 很高：直接决定能否采购备餐 | 高 | 库存与成本数据链不完整 | 单餐厅跑 2 周，对比系统建议量与实际领料；关注缺料、临期消耗、采购偏差和人工改表时间。 | P0 主链 |
| P0-3 | 餐后选择/销量反馈回菜谱 | 高：减少不受欢迎菜和备餐偏差 | 中高 | 选择机会、售罄和人员关联口径 | 连续 4 周验证历史欢迎度能否促成具体换菜；同步观察营养、成本和剩餐护栏。 | 有数据即做 |
| P0-4 | 管理周期简报与指标解释 | 高购买价值、低操作频率 | 中 | 指标过多、预测事实混用 | 用一页报告请 3 名管理者回答四个固定问题；无法在 3 分钟内回答则继续删减。 | 基于主链做 |
| P1 | 剩餐、重点人群、健康趋势 | 项目条件下有价值 | 高 | 硬件、隐私、样本和因果误读 | 只选择已有称重或合规健康数据的客户做试点，先验证数据覆盖率和具体决策使用。 | 条件启用 |
| 不做 | 审批任务、试供任务、供选匹配度、默认综合指数 | 低或未证明 | 中 | 增加运营负担、难解释 | 除非出现 3 个以上目标客户的独立、重复证据，否则不恢复。 | 保持删除 |
首轮必须验证的高风险假设
不少客户可能只有菜名和销量，没有完整配方、净料、实际克重、库存与成本；这是最大可行性风险。
建议即使营养正确，也可能因口味、采购、设备、厨师产能或领导偏好而被拒绝。
需要验证客户愿意为“减少排菜时间、降低备餐偏差、守住成本”付费，而不只是把营养当投标勾选项。
先证明菜单处理效率、计划偏差和选择改善；不要把短期健康指标变化作为产品成败依据。