员工故事
身份同步 → 手机报餐 → 资格校验 → 提醒 → 核销/消费 → 账单、营养与反馈。
Product Scope Review · 2026.09
9 个模块、53 个功能点已经列全。现在要确认的,不是“清单够不够长”,而是这 53 项能否组成一个可开发、可演示、可验收的运营闭环。
Executive Takeaway
它不是单一结算系统,而是“多食堂运营中台 + 员工服务 + 交易核销 + 食安物联 + 营养增值”的组合产品。采购、库存不在本次范围。
One Meal, One Loop
这条主故事可以把 9 个模块从“功能堆叠”拉回同一条业务主线。
身份同步 → 手机报餐 → 资格校验 → 提醒 → 核销/消费 → 账单、营养与反馈。
菜谱计划 → 报餐汇总 → 备餐参考 → 实际就餐 → 剩余量 → 反浪费改进。
食安与设备告警 → 整改追溯 → 六食堂对比 → 经营分析 → 责任闭环。
Scope Map
所有 53 项都是当前参数文件的招标范围。“硬件条件”或“第三方接口”只表示交付依赖不同,不等于可以不做。
| 模块 | 项数 | 核心业务结果 | 交付属性 | 首要风险 |
|---|---|---|---|---|
| 统一平台与基础管理 | 7 | 六食堂统一身份、组织、账户、权限与审计 | 2 标准 4 配置 1 接口 | 人员组织数据源未冻结 |
| 手机端报餐与员工服务 | 7 | 报餐、变更、资格、查询和提醒 | 7 个性化 | 规则、状态与移动端载体未冻结 |
| 前厅结算与账户补贴 | 7 | 账户、补贴、核销、流水与异常 | 3 标准 4 配置 | 支付、退款、冲正、对账边界不清 |
| 营养健康管理 | 7 | 菜品营养、健康档案、推荐与报告 | 5 标准 2 配置 | 2000 道菜证据与健康数据治理 |
| 智能备餐与运营分析 | 5 | 菜谱、备餐参考、就餐分布与反浪费 | 1 标准 4 配置 | 预测、热力图和剩余量验收口径 |
| 明厨亮灶与后厨监管 | 4 | 人员、视频物联、告警和处置 | 1 配置 3 硬件 | 第 36、37 项响应串位 |
| 智慧食安过程管理 | 6 | 台账、留样、预警、快检、温湿度与追溯 | 4 标准 2 硬件 | 闭环、设备和协议未冻结 |
| 多食堂运营与互动服务 | 5 | 驾驶舱、运营分析、满意度与反馈 | 3 标准 2 配置 | 六食堂指标同名不同义 |
| 设备接入与系统运维 | 5 | 终端、接口、状态、日志与移动入口 | 1 标准 2 配置 1 硬件 1 个性化 | 设备清单和协同平台未冻结 |
Response Review
“违规预警”写成视频查看;“明厨亮灶服务”写成异常提醒与处置留痕。建议分别补回原要求。
招标要求明确温度与湿度,投标主体句只写温度数据,应补充湿度或说明偏离。
投标响应改写为排行或分布图表。如果客户期待真正热力图,需要明确界面与验收方式。
响应强调不替代专业考勤系统,需要确认招标要的是到岗记录还是完整考勤。
至少应补责任人、状态、期限、整改、复核、关闭和证据。
模块描述提到订单、支付与对账,但明细没有明确充值、退款、冲正、支付渠道和对账差异。
总体响应建议核对是否应为“前厅结算”,避免模块口径漂移。
两份文件 53 个编号、招标要求和产品属性逐项一致,投标文件无漏项。
Decision Checklist
建议先拍板业务边界,再谈产品证据、工期和报价。下方勾选只用于浏览器本次查看;正式结论请填 Excel。
Recommended Sequence
身份、权限、账户、报餐、核销、补贴、终端和日志先跑通“一人一餐”。
菜谱、报餐汇总、备餐参考、实际就餐、剩余量、经营分析和驾驶舱。
按冻结的设备清单接入视频、快检、温湿度和留样,完成告警到关闭。
健康数据授权和菜品证据完成后,上线建议、报告、满意度和个性化反馈。