一、总体建设结论
采用“原功能增强 + 新增决策层 + 任务闭环”的增量方式。
产品定位：餐厅管理—菜谱管理、膳食监控和统计报表负责产生与承接业务数据；新增“营养运营”负责发现问题、解释问题、生成建议和发起试供，但不替代原有菜谱与报表业务。
1. 原功能原地增强整餐菜谱优化在“餐厅管理—菜谱管理”增强；面向个人的配餐管理保持现状。
2. 先展示事实，再输出建议同餐标页面先展示当餐菜品和营养、成本、欢迎度分析，再给出调整方案和逐菜明细。
3. 建议必须进入执行分析结果能够一键转任务，任务能够回写菜谱管理与报表，试供结束后自动生成复盘。
二、模块怎么放
不改变原系统主干，将跨模块的新能力集中放在“营养运营”。
| 系统位置 | 保留或新增内容 | 本次变化 | 承担的职责 |
|---|---|---|---|
| 保持现状 · 配餐管理 | 面向个人的合理配餐 | 本次不增加整餐菜谱能力 | 不承接菜谱调整或试供任务 |
| 原模块增强 餐厅管理—菜谱管理 | 餐厅、日期、餐次和当餐菜品维护 | 在查看页下方增加营养问题、关联菜品、建议和直接操作 | 在当前页完成替换/调整并进入菜谱待确认状态 |
| 原模块增强 膳食监控 | 个体/团体监控、阶段营养分析 | 增加数据充分度、重点人群、当前筛选进入营养分析 | 提供部门、餐次、周期的营养结构和推荐口径 |
| 原模块增强 统计报表 | 销量、重量、菜品营养、健康汇总和导出 | 增加营养任务号、试供分组、试供前后对比 | 提供实际选择、欢迎度、剩餐等结果并承接复盘 |
| 新增二级功能 营养分析 | 营养素、食物供应、膳食结构、烹调方式、菜品四象限 | 按部门、餐次和周期进行问题识别 | 把专业营养分析转成运营能执行的问题清单 |
| 新增二级功能 同餐标优化 | 当餐菜品、营养、成本、欢迎度和餐标约束 | 先展示当餐明细和分析，再输出可解释方案 | 给出备选，不自动改菜谱或采购 |
| 新增二级功能 试供任务/闭环复盘 | 审核、负责人、周期、指标、结果与结论 | 贯通菜谱管理和原统计报表 | 把建议变成业务任务，并沉淀有效方案 |
三、端到端数据与业务链路
新模块只做聚合和决策，不重复维护原系统已有的基础数据。
组织与权限餐厅、部门、人员、账号可见范围
餐厅菜谱管理菜谱日期、餐次、菜品、配方、份量和供应频次
监控与报表供餐、选择、销量、重量、剩餐和健康汇总
当餐聚合与质检逐菜关联、覆盖率、更新时间和异常阻断
先分析后推荐当餐事实、问题贡献、餐标约束和候选动作
审核与试供人工确认负责人、范围、周期和验收指标
结果回流菜谱待办、试供报表、复盘结论和规则校准
统一关联键：
restaurant_uuid + menu_date + meal_type + dish_uuid；部门分析另关联 department_uuid；新增 nutrition_task_id 贯穿建议、菜谱待办、试供分组和复盘。四、营养分析与同餐标优化的核心逻辑
参考现有《营养分析.html》的专业框架，并按“当餐菜谱 → 当餐分析 → 建议方案 → 调整明细”组织。
1. 先展示当餐菜谱
- 最小菜谱单元：餐厅 + 菜谱日期 + 餐次。
- 读取菜谱管理中的实际菜品、类别、份量、成本和配方。
- 补充每道菜的营养特征、供应频次、历史欢迎度和问题状态。
- 用户先确认分析对象，系统才进入整餐判断。
2. 再分析整餐问题
- 实际值与推荐范围比较，形成达标率、差值和状态。
- 同时分析餐标占用、欢迎度、浪费率和主要贡献菜品。
- 区分“营养问题”和“经营风险”，避免只追求单一营养分。
- 成本缺失时仍展示菜谱与营养分析，只阻断方案生成。
3. 给出整餐方案
- 在餐标不变条件下，对当前菜谱和候选菜谱进行整体比较。
- 展示营养价值、成本、欢迎度、浪费率和控盐覆盖的前后变化。
- 方案必须能追溯到具体问题菜品和计算依据。
- 方案是候选建议，不直接修改已发布菜谱。
4. 展示逐菜调整明细
- 逐项说明当前菜品、问题依据、调整动作和候选菜品。
- 同步展示成本、营养和经营影响，避免只给一句泛化建议。
- 审核通过后回写对应餐厅、日期和餐次的菜谱待办。
- 建议默认是“待审核”，不能直接发布菜谱。
五、从分析到执行的操作闭环
常规异常从发现到建立任务控制在 3 次点击内。
1
选择当餐菜谱从菜谱管理定位餐厅、日期和餐次。2
查看当餐分析展示逐菜事实、营养、成本和经营问题。3
生成调整方案查看整体对比和逐菜调整明细。4
专业人员审核营养师或负责人确认后进入菜谱待办。5
执行试供菜谱管理执行，系统自动采集业务结果。6
自动复盘对比试供前后，形成采纳、调整或停止结论。| 任务状态 | 进入条件 | 系统动作 |
|---|---|---|
| 候选建议 | 当餐分析完成且数据质量通过 | 生成整体方案和逐菜调整明细 |
| 待审核 | 运营创建任务 | 自动匹配责任人并通知 |
| 待执行/执行中 | 专业人员审核通过 | 同步菜谱管理，锁定餐厅、日期和餐次 |
| 待复盘 | 试供周期结束 | 自动拉取销量、成本、剩餐和反馈 |
| 已采纳/需调整/已停止 | 负责人确认结论 | 回写菜谱管理、报表并沉淀规则效果 |
六、如何不给运营增加额外负担
不要求逐页巡检系统定时计算，只在“我的今日工作”里展示异常、临期和缺数事项。
不重复录入已知字段餐厅、菜谱日期、餐次、菜品、负责人和数据周期从当前上下文自动带入。
不要求线下建台账营养任务号贯穿建议、审核、菜谱待办、试供报表和复盘。
不要求人工拉数试供期间自动采集销量、实际成本、剩餐和反馈，结束后自动对比。
支持批量处理同餐厅、同餐次、同风险等级的问题可批量建任务和批量审核。
记住操作偏好默认恢复当前账号负责范围、上次周期和常用餐次。
七、数据不足和安全边界
无法可信计算时明确阻断，不能用估算值制造完整效果。
营养配方不完整展示缺失菜品清单；对应营养指标标记“数据不足”，并生成补配方待办。
实际成本未打通不启用同餐标性价比；售价或餐标不能替代实际成本。
试供样本不足不直接判断方案有效，只提示延长周期或扩大样本。
健康样本低于阈值隐藏健康汇总，只保留非敏感的供餐和选择数据。
主键关联失败停止跨模块指标计算，展示未关联来源和修复责任人。
未经人工审核建议不能自动改菜单、下采购单或修改员工健康标签。
八、分阶段落地建议
先打通最短闭环，再增加成本和健康效果分析。
P0 · 最短可用闭环
营养问题可执行
- 打通餐厅菜谱管理、膳食监控和统计报表
- 上线当餐菜品展示、营养分析和任务创建
- 任务回写对应日期/餐次的菜谱，结果回写试供报表
- 支持异常待办与自动复盘
P1 · 价值优化
加入真实成本约束
- 接入原料批次成本、损耗和实际份数
- 上线同餐标营养性价比
- 增加供应能力校验与组合推荐
- 形成跨周期效果规则库
P2 · 组织经营
集团化与持续运营
- 多单位、多餐厅横向对比
- 标准模板与权限下发
- 群体健康趋势的合规分析
- 员工端反馈和个性化提示
九、验收标准
| 验收方向 | 可观察标准 |
|---|---|
| 系统复用 | 餐厅、菜谱、菜品和报表基础信息不要求运营二次维护。 |
| 数据贯通 | 一个营养任务可从当餐问题追踪到菜谱执行、试供结果和复盘结论。 |
| 运营效率 | 常规异常到创建任务不超过 3 次点击；任务不重复填写系统已有字段。 |
| 结果可信 | 指标显示来源、口径、更新时间和覆盖率；缺失时给出明确阻断。 |
| 业务安全 | 任何菜谱调整均需人工审核；小样本健康数据按权限和阈值隐藏。 |
| 闭环可用 | 试供结束后无需人工导表即可生成前后对比和处理建议。 |
待研发确认 现有阶段营养分析接口、菜品配方完整度、售卖重量关联方式、实际成本数据来源和健康数据最小样本阈值。
政企营养功能增量建设方案 · 2026-07-22 · 原型数据均为模拟