智慧营养健康餐厅项目维度分层结论报告

一、核心结论

不要继续把软件、硬件、功能拆得更碎；应按“客户项目 -> 业务场景 -> 前厅/后厨 -> 三大系统 -> 软件功能包 -> 硬件设备族 -> 经营证据”逐层收敛。

现有 Excel 已经解决了项目总览和业务场景横向对比。现在要补的是解释层和结论层：哪些项目是标准前厅，哪些是学校综合，哪些是展示专项，哪些是集团级定制；哪些能力能复用，哪些必须先补接口、样机、报价、证据和验收门禁。

层级	视角	关键问题	输出
L1	项目类型	这是标准前厅、学校综合、医院称重、展示专项、集团定制还是政企本地化？	项目分类和复杂度
L2	业务场景	客户现场要解决吃饭、结算、营养、食安、采购、展示、监管还是对账？	业务场景横向对比
L3	前厅/后厨	前厅体验和后厨责任链分别怎么闭环？	前厅台账、后厨台账
L4	三大系统	前厅营养结算、后厨食安进销存、经营监管与营养服务分别覆盖多少？	系统覆盖矩阵
L5	软件功能包	哪些是 P0 基础，哪些是标准包，哪些是 MVP，哪些要设门禁？	软件包和验收清单
L6	硬件设备族	哪些设备能标准化，哪些需要样机、协议、证书、报价和联调？	设备族和参数门禁
L7	经营证据	哪些方向值得继续投，哪些只是战略假设？	PMF 验证和证据缺口

项目	类型	结论
中煤	低复杂度标准前厅 + 视频基础	标准产品基本覆盖，重点是考勤接口字段和视频点位。
大兴	标准前厅 + 银行接口 + 信创适配	主体是标准前厅，难点是工商银行支付、退款、对账和国产化兼容。
保康三中	学校综合智慧餐厅	标准产品组合最完整，适合作为学校综合样板，但联调风险高。
国康医院	医院前厅称重餐台	不接 HIS/一卡通/财务时是标准项目；接口出现后需另评估。
滨州健康科技职业学院	高校大规模餐台 + 采购 + 多接口	主体可复用，餐台规模和接口边界使实施复杂度高。
人大附中	菜品发布/电子菜牌专项	不是完整智慧餐厅，应按展示专项管理，核心风险是旧设备兼容。
C08	标准营养餐厅 + 展示服务	重点是余量数据来源、政务云和营养指导服务边界。
三全集团	集团级餐厅信息化综合改造	标准产品只能做底座，SAP、利旧设备、能耗采集、驾驶舱和多基地权限是治理重点。

身份账户消费结算称重餐台菜品展示订餐取餐营养可见化

前厅是成交和上线的第一闭环。人员唯一标识、卡、余额、补贴、退款、离线、对账、餐线动线和展示数据来源必须进入 P0 验收。

明厨亮灶AI 巡检晨检留样采购验收库存追溯整改证据

后厨价值不在堆设备，而在食安、采购、库存、监管和整改证据链。设备到货不能替代流程验收。

项目	前厅营养结算	后厨食安进销存	经营监管与营养服务	系统结论
中煤	强	弱：基础视频	中	标准前厅项目，视频是基础能力。
大兴	强	不涉及	中	前厅 + 银行 + 信创，不按后厨项目管理。
保康三中	中	强	强	三大系统覆盖最完整。
国康医院	强	不涉及	中	医院前厅称重餐台项目。
滨州学院	强	强	中	高校大规模餐台 + 采购 + 多接口。
人大附中	弱：展示相关	不涉及	中	电子菜牌/菜品发布专项。
C08	强	不涉及	强	标准营养餐厅 + 展示服务。
三全集团	强	强	强	集团综合改造，标准系统只能做底座。

适合沉淀为企业/园区/集团型标准包案例。它证明前厅交易、线上订餐、外卖柜、叫号、取餐柜、AI 识别、补贴对账、移动端、食安监管和营养展示可以在真实项目中组合。

但它不能证明 PMF 已完全成立，仍缺毛利、回款、客户满意度、续费和使用数据。

适合沉淀为机关/政企本地化、内网安全、食安监管和硬件联调案例。它证明人员卡、旧余额、服务器版本、国产化、点位和电视盒子兼容是政企项目门禁。

但它不能证明所有硬件已稳定标准化，留样柜闭环、大屏适配和人员数据导入仍需补证。

把这套口径扩展成持续维护的“项目维度台账”。每个新增项目固定补 12 个字段：

后续不要把所有项目都包装成一个“大而全智慧餐厅”。应按客户类型和业务闭环分层，按三大系统承接产品能力，按软件包和硬件族落地，按证据等级决定哪些能卖、哪些要试点、哪些必须先补数据。

当前最值得优先验证的主线仍是企业/园区/机关智慧食堂标准包。学校、高校、医院、展示专项、集团改造都可以进入产品地图，但不能都按同一套完整项目叙事推进。