PRODUCT REVIEW BASELINE · 2026-08-06

政企团餐营养功能整体思路、新增内容逻辑与评审流程

本方案不是另建一套营养系统,而是在现有智慧食堂的菜谱、订单、人员和健康数据底座上,形成“餐前发现—菜谱调整—餐后验证—阶段改进”的低负担运营闭环。

适用版本:政企一期评审对象:产品、营养、研发、测试、运营、管理明确排除:库存、剩餐、成本、餐标、审批任务

1评审摘要

本次需要确认的不是“页面是否好看”,而是业务对象、数据阶段、计算方法和操作闭环能否共同成立。

定位现有系统增量

菜谱管理负责编辑和发布,新增分析负责发现、解释和带回建议。

一期目标营养闭环

先把菜谱、配方、订单和健康档案打通,不混入成本餐标。

运营原则少录入、可执行

已有数据自动读取,建议一次确认写回菜谱草稿。

数据边界不伪造事实

无剩餐、库存或真实摄入数据时,不生成对应指标。

建议评审结论:一期按“菜品营养 + 健康档案”两条主线实施;营养调整统一回到原菜谱管理,餐后只用有效订单验证,不新增审批、任务和人工台账。

2整体产品思路

产品按“管理入口—专业分析—业务执行—结果验证”组织,避免把总览、菜谱、菜品、人群和健康指标堆成同一级菜单。

01 餐前输入菜谱与标准配方读取原菜谱、份量、烹调方式和营养规则
02 问题发现单餐 / 阶段分析每项展示当前、标准、判断和建议
03 原因定位贡献菜品与结构定位钠、钙、纤维等问题来源
04 运营干预换菜 / 份量 / 做法建议直接带入原菜谱草稿
05 联动重算验证计划改善重算营养素、食物结构和烹调占比
06 餐后复盘订单选择结果问题—菜品—动作—验证目标
07 下周期持续调整菜谱把有效动作沉淀为下一周期策略

一级:业务工作台

菜品营养回答菜谱和菜品怎么调整;健康档案管理个人与团体健康数据。

二级:分析对象

单餐分析、阶段菜谱分析、餐后复盘、个人档案、团体档案各自只回答一个核心问题。

三级:统一执行

所有营养干预回到“餐厅管理—菜谱管理”草稿,继续沿用原权限、保存和发布逻辑。

3新增模块与功能逻辑

下表是当前一期评审基线,同时说明新增功能如何复用现有系统,而不是形成数据孤岛。

模块位置新增功能点回答的问题输入数据主要操作与输出与原系统关系
餐厅管理—菜谱查看营养摘要、问题项、贡献菜品、替换/份量/烹调调整、调整前后对比这餐有什么菜、哪里不合理、改什么最有效菜谱、标准配方、份量、营养规则应用调整并立即重算;保存或发布仍走原流程原页面增强
菜品营养—单餐分析餐厅三级路径、日期、餐次、人数;10项营养素、食物结构、营养菜供应、烹调方式、全部菜品排行选定餐次的供给是否合理、具体如何调整菜谱、配方、历史选择结构、预估人数每个指标显示当前值、标准值、判断和准确建议;分块生成优化方案分析结果写回菜谱草稿
菜品营养—阶段菜谱分析可选日期阶段、13–15类人群标签、标签菜数量变化、合理范围覆盖率变化、下一阶段建议一段时间内供餐是否持续覆盖目标人群重点阶段菜谱、标签规则、营养聚合选择标签后,两类趋势共用筛选;建议用于下一阶段菜谱复用膳食监控聚合,不搬个人明细
菜品营养—餐后复盘异常指标、贡献菜品、菜品策略、可选干预、下一餐验证目标员工在系统内选了什么,下一餐应执行什么有效订单、菜品映射、标准配方选择干预动作并一次带回下一餐菜谱不建任务流,不重复阶段和人群内容
健康档案—个人档案组织人员卡片、个人详情、12项指标、截至日期、统一录入、趋势和状态评价个人最新健康指标和历史变化是什么个人录入、体测设备、授权体检数据统一弹窗录入;同日仅保留最后更新;切换日期向前取最近记录复用组织与人员权限
健康档案—团体档案BMI、体脂、体重目标分布;血压、血糖、血脂、尿酸、骨健康等阶段分析团体主要健康状态、分布和同期方向是什么个人指标脱敏聚合、组织、周期查看分布、异常率、均值趋势和覆盖人数与人群供餐去重;不展示个人明细
报告中心管理简报、菜谱营养报告、人群供餐评价、数据完整性报告如何把同一结果面向不同对象汇报复用业务页同一计算结果预览、导出、按权限脱敏不另建独立统计口径
!
一期明确不做:库存、剩餐率、真实成本、餐标优化、营养—成本联合优化、审批审核、待执行任务、独立试供任务、医学诊断和供餐导致健康改善的因果结论。

4数据阶段与计算逻辑

同一个“营养”字段在不同阶段含义不同,页面必须标明时点、来源、标准和缺失影响。

餐前

计划供给

回答
计划菜谱是否合理
来源
菜谱、配方、标准份量、历史选择结构
允许动作
换菜、调份量、调做法
固定套餐 = Σ 单份营养
餐后

订单选择事实

回答
系统记录的员工选择了什么
来源
有效订单、菜品映射、配方
允许动作
保留、推广、优化、降频
选择率 = 选该菜人数 ÷ 有效就餐人数
阶段

持续问题聚合

回答
问题是否连续出现
来源
有效人数、有效人日、阶段营养
允许动作
调整下周期菜谱结构
覆盖率 = 合理有效人日 ÷ 指标有效人日
低频健康

同期状态观察

回答
授权人群指标如何变化
来源
体测、个人录入、授权体检
允许动作
管理观察,不做医学结论
同人群 + 同指标 + 同期比较
关键字段定义与公式产品展示要求缺失处理
未来自选餐计划人均Σ(菜品单份营养 × 同餐厅同餐次历史选择概率 × 人均可选份数)标记“计划/预测”,显示配方与历史样本覆盖新菜使用同品类稳定分布并标记估算
预估就餐人数只用于换算总备餐量,不改变计划人均营养值按日期 + 餐厅三级路径 + 餐次保存;失焦自动保存无记录时给默认值并提示确认
餐后营养估算Σ(各菜品标准配方营养 × 有效订单选择人数)÷ 有效就餐人数名称必须为“餐后估算”,不能称实际摄入菜品映射失败的订单排除并显示覆盖率
菜品选择率选择该菜的有效就餐记录数 ÷ 全部有效就餐记录数允许一人选择多菜,因此各菜选择率之和可超过100%线下未记录取餐不推算
个人指标当天记录同一人员、同一指标、同一天仅使用最后更新时间的结果查看某日时向前查找最近一次有效记录无历史记录显示暂无数据,不补零

5关键操作闭环

原型的核心价值是减少运营人员跨模块抄数和重复录入,所有建议都必须能落到下一步业务动作。

单餐分析:一项指标一套答案

每个指标同位展示“当前值—标准值—判断—主要原因—精确建议”,不再用页面顶部的统一标准代替逐项解释。

餐厅筛选:一个控件到底

不单设档口筛选;在餐厅控件内按“餐厅 / 餐区 / 三级档口”连续选择,并以完整路径作为人数复用维度。

人数录入:失焦即保存

不设保存按钮。切换餐次优先读取当前组合记录,否则复用该三级路径最近人数;刷新或重新进入仍保留。

营养调整:一次写回

选中换菜、份量或做法后写入原菜谱草稿,立即重算,原系统继续负责保存、发布、版本和权限。

餐后复盘:对比到验证

计划/餐后/标准对比 → 结构与趋势 → 贡献菜品 → 方案模拟 → 下一餐验证;不重复阶段分析和健康档案。

健康录入:一次录全

个人详情只有一个统一录入按钮,弹窗一次填写全部指标;页面只显示最近结果、状态和趋势。

6需求评审流程

需求评审先确认“为什么做、做什么、数据能不能支持”,不在这一阶段纠结按钮颜色和像素间距。

需求评审
业务与范围关
R0 材料准备原始需求、会议纪要、现系统事实、问题清单、一期边界
输出:预读包
R1 价值与角色谁使用、解决什么决策、现流程痛点、成功结果
输出:目标与角色
R2 范围与优先级一期/二期、非目标、依赖、必须与可延后项
输出:范围基线
R3 数据与规则时点、来源、公式、标准、缺失处理、权限与合规
输出:指标字典
R4 可行性结论复用/扩展/新建、风险、工作量级、待决策事项
输出:通过/有条件/退回

会议议程(建议 90 分钟)

10分钟产品说明问题、用户和预期结果
15分钟运营复核现流程与使用频率
25分钟营养与数据负责人逐项确认公式、标准、来源
20分钟研发说明系统复用点、依赖和不可行项
10分钟测试确认可观察验收标准和异常状态
10分钟决策人确认范围、遗留问题和结论

需求评审通过清单

7产品评审流程

产品评审在需求逻辑通过后进行,重点验证信息架构、页面职责、操作路径、反馈状态和原系统一致性。

产品评审
方案与体验关
P0 评审准备已通过需求基线、用户任务、页面清单、原系统截图与交互约束
输出:评审版本号
P1 架构评审模块层级、页面职责、入口、去重、原功能边界
输出:信息架构
P2 主流程走查餐前分析、应用调整、重算、餐后复盘、健康录入
输出:主流程结论
P3 状态与规则空数据、缺配方、无权限、小样本、保存失败、无选择动作
输出:状态清单
P4 设计冻结字段、文案、交互、跳转、验收点、遗留问题与负责人
输出:冻结原型

必须演示的 6 条路径

  1. 选择餐厅三级档口、日期与餐次,填写人数并失焦自动保存。
  2. 查看单餐10项营养素及每项标准、判断和建议。
  3. 从问题项生成调整方案,应用到菜谱并看到营养重算。
  4. 切换阶段和人群标签,查看两类共筛选趋势与下一阶段建议。
  5. 从餐后问题定位菜品,勾选动作并带入下一餐菜谱。
  6. 进入个人档案统一录入指标,再查看个人趋势与团体聚合。

产品评审通过清单

8评审组织、角色与结论规则

需求评审和产品评审不能合成一次“看原型会”;前者冻结业务规则,后者冻结产品方案。

角色需求评审职责产品评审职责必须确认的输出
业务/运营负责人确认真实工作流、频率、价值和额外负担走查是否能用最短路径完成干预操作路径与运营边界
产品负责人主持范围、优先级和非目标决策主持架构、页面职责与交互冻结需求基线与冻结原型
营养负责人确认指标、标准、计算与建议准确性确认页面结论和建议不会误导营养规则版本
数据/研发确认来源、复用点、缺口、权限和工作量级确认交互状态和回写链路可实现接口依赖与技术风险
测试将规则转为可观察验收条件补齐异常、边界、权限和回归场景验收清单与测试范围
决策人确认投入、范围和重大未决项确认方案是否进入开发最终评审结论
评审结论记录

点击结论可用于现场展示;正式结论仍应写入评审纪要,记录遗留项、负责人和完成日期。

尚未选择评审结论。

通过

范围、规则、原型与验收条件完整,无阻断开发的问题。

有条件通过

只存在不改变主流程的明确遗留项,且有负责人和完成日期。

退回修改

业务对象、计算规则、数据来源、权限或核心流程仍存在冲突。

9一期验收重点与主要风险

验收以“数据可解释、动作可执行、结果可验证”为主,不以静态页面齐全作为完成标准。

验收重点

数据每个指标都能说明来源、阶段、标准、更新时间和缺失影响
单餐三级餐厅路径、人数自动保存、逐项标准建议均可用
闭环建议可写回菜谱、重算成功,并沿用原保存发布权限
餐后可从异常指标定位菜品并形成下一餐验证目标
健康个人同日最后值、向前取数、状态评价及团体脱敏聚合正确
边界库存、剩餐、成本餐标和医学因果没有进入一期结论

主要风险与处理

配方不完整显示覆盖率,缺失菜品不参与均值并提示补齐
订单映射失败排除无效记录,展示有效订单数量与覆盖率
未来人均失真按供餐模式使用固定套餐、历史选择概率或历史克重
健康隐私权限分离、脱敏聚合、小样本隐藏、导出留痕
建议不可执行每项建议必须对应菜品、调整量和验证指标
运营负担增加不建任务审批;自动读取、自动保存、一次写回