把新增营养功能放回现有智慧食堂系统，按餐前、餐后、阶段和健康结果组织数据，形成可执行、可验收、低运营负担的产品闭环。
新增能力不是独立营养系统，而是现有业务数据的运营闭环。
计划供什么、结构是否合理、问题来自哪些菜品。
系统内有效订单选了什么、哪些菜持续高选或低选。
问题是否持续、覆盖哪些有效人日。
授权人群同期变化，不做因果归因。
| 业务层级 | 页面 | 最终回答 |
|---|---|---|
| 管理入口 | 营养总览 | 当前最需要处理什么、从哪里进入处理 |
| 专业分析 | 菜谱分析 | 这一餐的营养素、食物结构和烹调方式是否合理 |
| 专业分析 | 菜品分析 | 每道菜应保留、推广、优化还是降频 |
| 专业分析 | 人群供餐反馈 | 周期供餐是否覆盖目标人群重点、下一周期改什么 |
| 健康数据管理 | 个人档案 / 团体档案 | 个人指标怎样变化、团体健康状态有哪些管理重点 |
| 餐后验证 | 餐后选择复盘 | 系统内有效订单选择是否支持原判断 |
| 结果输出 | 报告中心 | 按管理和专业对象输出同一业务结果 |
原有页面增强与新增营养运营入口统一整理。
整套餐谱营养优化的主入口，放在菜谱查看页菜品信息下方。
| 功能点 | 展示/操作 | 数据来源 | 价值 |
|---|---|---|---|
| 本餐营养摘要 | 能量、蛋白质、问题营养素、分析完整度 | 菜谱、配方、营养规则 | 快速判断是否需要调整、结果是否可信 |
| 问题定位 | 差异、贡献菜品和问题原因 | 营养与份量计算 | 不只给总分 |
| 直接调整 | 替换菜品、份量、烹调方式 | 候选菜与历史表现 | 原页面完成处理 |
| 联动重算 | 10项营养素、膳食结构、烹调方式同步变化 | 调整后菜谱、标准配方、营养规则 | 立即验证调整是否改善问题 |
管理入口：汇总餐前、餐后和阶段结论，告诉管理人员先处理什么、从哪里进入。
营养素、膳食结构和烹调方式合并到一页，并支持按餐、按天、按周切换。
选定餐次人均营养，对照该餐建议，回答这一餐具体哪里需要调整。
汇总早中晚三餐，对照全天建议，回答全天总量与三餐分配是否合理。
每天先汇总三餐，再展示日均值和问题出现天数，判断是否需要调整周菜谱结构。
最终回答每道菜应保留、推广、优化还是降频，三类依据合并到一页。
| 分析依据 | 功能点 | 输出 |
|---|---|---|
| 营养×欢迎度 | 四象限、菜品详情 | 保留、推广、优化、降频 |
| 5类营养排行 | 控脂、高饱腹、优质蛋白、健康脂肪、高营养密度 | 主推与替换候选 |
| 供应趋势 | 结构、关键食材、营养菜品数量、烹调趋势 | 判断改善是否持续 |
最终回答周期供餐是否覆盖目标人群营养重点，以及下一周期应该调整什么。
标签：超重/肥胖、消瘦、耐力、力量、脑力、视力、免疫、贫血、血压、血糖、血脂、骨质疏松、肌少症、尿酸关注。
个人查看指标当前值和趋势；团体查看分布、异常率、均值趋势和覆盖人数。
系统内订单选择用于判断下一周期菜谱动作。
报告复用同一指标；有用的计算说明按需打开。
明确不调整和不进入一期的内容。
配餐管理继续用于个人配餐；膳食监控暂不调整，阶段聚合结果复用到人群分析。
不增加审批、审核、优化任务台账；优先读取已有配方、订单和菜品映射数据。
成本、费用、餐标及相关联合优化。
个体健康诊断、个人健康信息展示、用同期趋势表达供餐因果改善。
评审不是看页面是否齐全，而是确认逻辑、数据和执行闭环。
是否解决真实运营问题。
模块、规则、范围和取舍。
标准、阈值、人群规则和表达边界。
入口、交互、状态和现有样式一致性。
配方、订单、菜品映射、阶段和健康数据。
主流程、异常和验收数据。
操作负担、配置、培训和客户风险。
范围、资源和是否进入开发。
缺任一项，只开预沟通，不开正式评审。
总时长45分钟，细节争论记录后单独处理。
为什么新增营养功能，本次要拍板什么。
运营人员如何发现问题并形成下周期改进。
模块落位、六个入口、完整闭环和两期边界。
数据、接口、权限、异常、测试和运营负担。
通过状态、未决项、负责人和截止时间。
每个模块必须回答以下问题。
总分100分，并设置一票否决。
已确认、未确认、本期范围、本期不做、风险依赖、需要更新的PRD/原型/接口/测试项，以及负责人和截止时间。
结论只能使用：通过 / 有条件通过 / 补材料后重评 / 移出本期。不得只记录“大家基本同意”。
建议主持人逐项确认并记录责任人。