江苏金斯瑞:交付后还要持续运营
项目把线上订餐、取餐柜、叫号、AI 识别结算台、补贴对账、食安平台和营养大屏放在同一个交付场景里。交付周报显示部分能力处于试运行,后厨食安平台仍需继续搭建。
- 能支撑:系统交付只是开始,持续服务才是价值。
- 不能支撑:健康效果、续费、客户满意度,仍待补证。
用于支撑采访提纲第 4 问“数据和持续服务”、第 5 问“客户怎么选、怎么开始”。本页只保留项目证据能支撑的讲法,公开传播前需做客户授权和脱敏复核。
这一问的核心不是证明“我们有数据”,而是证明“为什么越用越有价值、为什么交付只是开始、为什么数据边界守得住”。
项目把线上订餐、取餐柜、叫号、AI 识别结算台、补贴对账、食安平台和营养大屏放在同一个交付场景里。交付周报显示部分能力处于试运行,后厨食安平台仍需继续搭建。
项目要求本地服务器部署、数据存储于内网,并对互联网连接、人脸识别、国产麒麟系统、权限分离和操作留痕提出要求。
接口目录覆盖菜品营养、单日及阶段报告、体重管理、健康建议、运动数据、营养品方案和设备数据同步;外部接口支持推送就餐数据并获取一餐或一日营养报告。
这一问要把“买系统”改成“先跑通闭环”。客户预算有限时,不应先堆设备,而应先确认现场、数据、接口、验收和后续扩展。
售前已明确 24 台双称、自助餐台、内外网边界、微信/支付宝限制、一卡通接口、AI 摄像头、智能留样仪和约 13 个监控点位。
前厅和食安设备完成多项安装测试,但人员组织、卡号、旧余额、补贴数据、留样柜闭环和大屏适配仍影响真正启用。
材料包围绕系统总体架构、关键技术路线和网络安全方案展开。它适合证明学校项目应先把食安、监管、终端接入和数据边界讲清楚。
我们做项目时越来越清楚,AI 智慧营养不是交付完就结束。像企业园区项目,前厅结算、线上订餐、取餐柜、补贴对账、食安大屏和营养大屏是在同一个场景里持续运转的;像机关类项目,客户又非常在意本地部署、内网存储、权限分离和操作留痕。
所以我们对数据的理解很明确:数据首先是客户自己的管理资产。AI 可以学习通用方法,但不能把客户原始数据拿走。我们真正要做的是,在安全边界内,把每天的用餐、称重、结算、食安和营养数据变成持续反馈。
这也是为什么样板客户不能只做一次性交付。系统上线只是开始,后面还要持续出报告、看趋势、调菜单、做活动、复盘食安和经营数据。只有这样,客户才会感觉这不是一套摆在那里的系统,而是每天都在产生价值的健康管理服务。
我建议客户第一步不要先问买什么设备,而是先问:你现在最想解决的是吃得方便,还是已经想往吃得对升级?
如果预算有限,先跑一个小闭环。比如企业园区先从人员、账户、补贴、称重结算、对账和食安证据开始;学校先从食安监管、供餐记录、学生营养展示和家校沟通开始;机关单位先从内网安全、补贴结算、设备联动和食安留痕开始。
我们在售前项目里经常看到,真正决定成败的不是设备参数,而是现场动线、网络边界、一卡通接口、人员数据、旧余额、支付方式、对账周期和验收证据。康比特的价值,就是先帮客户把这个闭环跑通,再逐步叠加 AI 营养报告、体重管理、健康建议、营养宣教和周期运营。
| 案例 | 建议公开方式 | 能支持 | 不能支持 |
|---|---|---|---|
| 江苏金斯瑞 | 外部待授权或脱敏 | 持续交付、前厅+食安+营养展示组合 | 健康效果、续费、完整验收 |
| 江西 206 | 外部建议脱敏为机关食堂项目 | 内网数据、本地部署、权限留痕 | AI 营养长期运营已成熟 |
| AI 运动营养师接口 | 可讲产品能力 | 就餐数据推送、营养报告、体重管理底座 | 客户已长期使用并改善健康 |
| 苏州福耀 | 内部/售前复盘可讲,外部待授权 | 怎么开始、售前 intake、现场边界 | 成交、上线、运营数据 |
| 保康镇中学 | 投标方案样本 | 学校采购需求、食安与网络安全切入 | 成交、交付、使用效果 |
Markdown 真源:summary.md。证据路径详见 Markdown 的来源索引。