从“智慧结算”走向“企业食堂运营操作系统”

《2026年中国企业食堂运营服务研究报告》对康比特智慧食堂的启发、产品要求与路线图

版本：Review-ready V1.0（2026-08-11）

研究对象：康比特面向政府/央国企/大型企业/制造业园区等组织型团餐场景的智慧营养健康食堂数字产品

证据边界：报告本身为 C 级第三方资料；官方法规为 B 级；内部产品材料为 B/D 级；所有战略判断与优先级均为 D 级，必须由真实项目、合同、验收、成本和回款继续验证。

一、先说结论：这份报告最值得我们吸收的，不是“市场有多大”，而是“产品应该管到哪里”

逐页读完 22 页后，我的核心判断是：报告不是一份足以直接支撑市场规模、份额、盈利或投资决策的严谨研究，但它较完整地勾勒了企业食堂从供餐、结算走向全流程运营、食品安全、健康营养和持续服务的方向。

对康比特最重要的启发有十二条：

1. 不要把智慧食堂继续定义成“结算系统 + 一批设备”。 企业食堂的真实业务边界包括组织、菜单、采购、库存、生产、食安、前厅交易、反馈、营养、经营和持续服务。我们应该把产品定义为“组织型团餐运营操作系统”。
2. 同时服务甲方和运营方。 报告称外包运营占比较高（p2-p3、p14-p16），哪怕数字不够可靠，行业中自营、全托管、半托管和专项托管并存是明确场景。产品必须同时给甲方提供合同/SLA/风险/满意度监管，给运营方提供采购/生产/库存/人员/经营工具。
3. 按行业做标准产品包，不要只做一个大而全功能清单。 制造业关注稳定、班次、高峰、成本和基础保障；互联网/高科技关注健康、多样性和数字体验；金融/服务关注品质、品牌、访客和服务体验（p5、p7）。底层平台共用，前台方案按场景配置。
4. 食品安全不是一个“看板模块”，而是采购到事件处置的责任闭环。 官方要求又把这件事提高了一层：食品安全总监/食品安全员、动态风险清单、日管控/周排查/月调度、整改、召回和演练必须贯通。系统只能辅助履职，不能替代主体责任。
5. 高峰与弱网仍然是基础竞争力。 报告把制造业午餐高频、移动点餐支付和自助结算列为高渗透场景（p9-p12）。康比特现有“高峰与弱网”叙事是对的，但需要统一压测、断网交易、恢复对账和项目现场验收证据，才能从卖点变成采购可信度。
6. 真正的经营价值来自“供需闭环”，不是多一张驾驶舱。 预约/销量/反馈应影响菜单与需求预测，预测应影响采购/备餐/库存，实际售出/剩余/损耗再反馈下一轮计划。反食品浪费法也要求单位食堂按人数动态管理采购、储存、加工和配餐。
7. 四个闭环必须同时成立。 供需经营闭环、食安风险闭环、营养行为闭环、满意度服务闭环缺一不可；否则数据只是汇总，不能改变现场动作。
8. AI 营养是康比特差异能力，但不能先讲“AI”，要先讲安全规则和真实动作。 营养能力必须落实到菜品配方、份量、取餐、消费、个人授权、专业审核和周期反馈；模型不能绕过禁忌、权限、确定性计算和营养师升级。
9. 开放连接比“全栈自研”更重要。 客户通常已有 HR、统一身份、一卡通、支付、ERP、设备和运营商。我们的产品要能增量接入，而不是要求客户推倒重来；接口、设备和数据模型要成为正式产品资产。
10. 交付能力本身就是产品。 标准包、选配、配置、定制、接口、硬件、实施、试营业、验收、SLA、QBR 和退出迁移必须有清晰边界；否则功能越多，项目毛利和可复制性反而越差。
11. 销售证据必须从“有功能”升级为“能验收”。 报告给出的采购信号集中在食安、服务质量、员工满意度、品牌和灵活性（p10-p11）。对应证据应是压测、对账、追溯、风险闭环、现场SLA、满意度基线、项目验收和客户复购，而不是功能截图数量。
12. 市场优先级只能进入“验证”，不能直接拍板。 报告没有预算主体、采购流程、真实合同、价格、毛利、交付人天、回款和续费数据。它可以帮助提出“优先验证大型集团/制造业”的假设，但不能单独证明这是康比特的 P0 市场。

一句话概括：

康比特的近期任务不是继续增加孤立功能，而是把现有 5+2 能力升级为一个可配置、可履职、可验收、可持续运营的企业食堂操作系统；用食安与稳定性筑底，用营养健康形成差异，用经营和交付证据完成商业闭环。

二、这份报告能信到什么程度

2.1 报告基本信息与完整性

• 文件：硕远咨询2026年中国企业食堂运营服务研究报告.pdf
• 页数：22 页，A4，PDF 1.7，未加密。
• 文件 SHA-256：e3a6506746e1d235275eb1549752c27b3d5c54d2c04258b83db0060c4078563b
• 内容结构：行业概述、市场需求、竞争、技术、运营模式、风险和战略建议，共 7 章。
• 核验方式：22 页全部渲染为 PNG 目视检查，同时用版式文本抽取逐页复核标题、图表、数字、来源与免责声明。

2.2 可信度审计

2.3 四个必须警惕的问题

1. 来源名不等于证据链。 报告写了弗若斯特沙利文、中国烹饪协会、艾瑞、营养学会、厂商白皮书和“公开资料查询”，但没有报告标题、页码、链接、样本或原表，无法复核多数图表。
2. 不同总体的百分比被放在同一叙事中。 市场营收占比、企业覆盖率、员工使用率、需求占比、接受度评分和项目采用率并不是同一口径，不能横向比较。
3. 把趋势判断写成了事实语气。 例如市场规模、区域增速、行业盈利、自动化覆盖和健康偏好，很多都是预测或二手汇总，却没有不确定性范围。
4. 末页免责声明很强。 报告明确不保证公开信息真实、准确、完整，观点和预测可随时变化。这意味着本报告只能是 C 级方法/市场线索，不能替代康比特自己的客户、合同和项目证据。

因此，本次分析采用的规则是：所有报告数字都保留页码和来源，同时写清“它不能证明什么”；所有产品判断都标为待验证策略，而不是已确认市场事实。

三、逐章拆解：报告信号如何转成我们的产品要求

3.1 行业定义：从“卖饭”扩展到“运营系统”（p2-p3）

报告把企业食堂运营描述为从采购、库存、加工到服务、卫生、营养的综合体系，也把供应商、设备、物流、IT 和售后纳入产业链。

对我们的要求：

• 产品边界至少覆盖八域：前厅、后厨、食安、营养健康、经营管理、平台集成、交付运维、智能硬件。
• 建立统一主数据，不能让同一人员、菜品、配方、供应商、批次、设备在不同模块各有一套编号。
• 订单不应是终点；它应向后影响生产、采购、库存和营养，向前接受菜单、规则和供应约束。
• 产品结构应支持模块化切入，但数据模型必须一体化。

3.2 自营与外包并存：产品要有“双驾驶舱”（p2-p3、p14-p16）

报告给出外包 67.2%、自营 32.8% 的营收占比，并比较了两类模式的人力、数字化、食安和满意度。数字不能直接采用，但运营模式并存是产品设计的真实问题。

对我们的要求：

• 甲方视角：合同范围、SLA、员工满意度、食安风险、资金和运营商履约。
• 运营方视角：菜单、采购、库存、生产、人员、成本、反馈和点位经营。
• 系统应支持全托管、半托管、专项托管、自营四种责任矩阵。
• 多运营商同场或多点位时，数据隔离、联合监管、评分和申诉要有产品机制。
• 合同到期要支持数据导出、账号回收、设备解绑、知识交接和新运营商迁移。

3.3 行业差异：形成“同底座、不同包”（p4-p7）

报告将制造业、互联网/高科技、金融/服务业区分开来。对康比特更有价值的不是占比，而是差异化需求结构。

建议：产品层只保留一个共用平台；销售和交付层形成至少四套标准配置包，不为每个行业复制一套代码。

3.4 员工需求：安全是底线，性价比和多样性是改进抓手（p7-p10）

报告给出食品安全与卫生满意度 89.2、服务效率与态度 82.1、整体满意度 78.6、菜品口味与多样性 76.3、价格与性价比 72.5。数字无样本量，但排序逻辑有启发。

产品要求：

• 不能只做“满意度总分”，必须分解到安全、价格、口味、品类、排队、环境、服务、营养和投诉。
• 每个低分项必须转成负责人、期限、改进动作和复测；否则问卷只是数据收集。
• 菜品分析不能只看销量，要同时看毛利、评价、营养、多样性和剩余。
• 用户看到的价格要解释补贴、自付、分量和套餐构成，减少“价格偏高”的感受落差。
• 反馈应关联订单、菜品、餐段和点位，并形成闭环工单。

3.5 数字化接受度：基础功能先做到无感，营养功能再追求差异（p9-p12）

报告列出的线索包括：智能点餐/移动支付使用渗透 89.6%、线上评价 72.4%、营养在线查询 56.7%、个性推荐 45.3%、无人结算 38.2%。这些数字不能当行业真实覆盖率，但能帮助识别成熟度层级。

产品优先级应是：

1. P0：身份、菜单、点餐、支付、退款、取餐、评价、对账、高峰、弱网。 这是用户已经预期“应该能用”的基础体验，不能靠创新概念掩盖稳定性。
2. P0：数据真源和经营闭环。 如果订单与菜品、库存、生产、批次和成本不一致，后续 AI 都没有意义。
3. P1：营养查询、餐中反馈、个性推荐。 这是康比特差异区，但要在菜品配方、份量、个人同意和专家规则成熟后再规模化。
4. P2：机器人、全自动后厨、能耗优化等重硬件能力。 必须先验证真实人工替代、故障率、清洁维护和回收周期。

3.6 采购决策：售前必须交“证据包”，不是功能列表（p10-p11）

报告称客户更关注食安控制、服务质量与员工满意、品牌与信誉，同时也看价格和灵活性。

这要求我们的销售材料至少包含：

• 稳定性：峰值容量、P95 响应、交易成功、断网续餐、恢复对账。
• 食安：风险清单、日周月履职、告警、整改、追溯、召回、演练。
• 经营：供需预测、库存准确、损耗、菜品组合、成本、反浪费。
• 体验：排队、任务成功、评价、投诉、菜品多样性和满意度。
• 集成：组织身份、支付、一卡通、ERP、设备、数据出口和信创矩阵。
• 交付：范围、责任、实施计划、试营业、验收、SLA、运维和退出。
• 证据等级：截图只能证明“看起来有”，测试/日志证明“能运行”，验收/合同/续费才证明“客户认可并付费”。

3.7 食安与追溯：从“可视化”升级为“动态履职”（p6、p13、p18-p19）

报告提到供应商资质、采购、储存、加工、消毒、溯源、温湿度、交叉污染和应急预案。官方法规进一步要求：企业主要负责人、食品安全总监、食品安全员责任清楚；风险清单应按业态、规模和风险动态调整；日管控、周排查、月调度要与整改闭环衔接。

产品必须具备：

• 角色任命、职责、代理和升级路径。
• 风险点、措施、频次、责任人的动态清单，而不是全国统一模板。
• 采购准入、证照、检测、验收、温控、批次、留样、清洗消毒、人员健康、虫害和设备监测。
• 问题等级、整改责任、期限、证据、复验和超期升级。
• 从原料到订单、从订单回原料的双向追溯。
• 事件识别、报告、评估、处置、信息发布、召回、善后和复盘。
• 桌面推演和实战演练记录。
• AI 视频识别只作为辅助筛查：必须保留置信度、人工复核、误报/漏报评估，不能自动给员工定责。

3.8 中央厨房与多点配送：这是另一个产品形态（p16-p18）

报告把中央厨房、共享厨房和多点配送列为新模式。对产品而言，它不是多加一个“配送单”，而是引入新的组织、计划和追溯复杂度：

• 一个生产点服务多个食堂/客户；
• 订单需要聚合、拆分、净需求计算和产能平衡；
• 原料批次、半成品批次、成品批次、装车、车辆、温控和签收必须关联；
• 点位退货、短缺、超时、温控异常需要回流；
• 菜单、配方、过敏原、营养、标签和价格可能按客户不同；
• 中央厨房与卫星厨房要区分生产责任和最终加工责任。

因此，中央厨房能力应作为单独产品包和交付模型，不应混在普通单食堂标准包里免费承诺。

3.9 反浪费与绿色：先解决“可计量”，再讨论 ESG（p14、p19-p20）

报告强调低碳、绿色采购、节能设备和厨余回收。官方反食品浪费法要求单位食堂根据人数动态采购、做餐和配餐，提供适量、小份和提醒。

产品路线应分两步：

1. P0 可计量： 把预测量、采购量、领料量、生产量、售出量、未售量、退菜量、餐盘剩余和厨余称重分开，避免一张“浪费率”掩盖原因。
2. P2 优化与披露： 能耗按设备/点位/餐次归集，绿色采购关联有效证书和批次，碳指标有明确边界和排放因子版本。没有数据质量时，不输出漂亮但不可复核的碳减排数字。

3.10 健康营养：必须把“测—评—配—吃—动—复测”连起来（p8、p13-p14、p19-p21）

报告把低脂低糖低盐、分群营养、绿色食材和个性推荐视为趋势。这与康比特 AI 营养智慧食堂的差异定位一致，但产品要求比报告更严格：

• “测”：体测、问卷、穿戴、自报数据分开标来源、时间和可信度。
• “评”：规则层处理禁忌和风险；模型输出不等于医疗判断。
• “配”：菜品必须有配方、份量、营养数据库版本和估算误差。
• “吃”：用真实点餐、取餐、称重或消费记录了解实际选择，不能只记录系统推荐。
• “动”：如果接运动数据，要明确目的、授权和数据时效。
• “复测”：周期报告区分事实、趋势、建议和不确定性；没有足够周期和对照，不宣称医学效果或因果改善。
• “专业复核”：高风险、低置信、特殊人群必须进入营养师工作台。
• “组织边界”：雇主默认只能看到授权后的聚合数据，不得把个人健康数据用于绩效、考勤或未授权营销。

四、建议的目标产品架构：一个底座、四个闭环、八个产品域

4.1 一个底座

统一组织、人员、账户、菜单、菜品、配方、供应商、食材、批次、设备、订单、风险、指标和权限。底座同时支撑 SaaS、私有化、信创和边缘现场运行。

4.2 四个闭环

闭环 A：供需经营闭环

人员/班次/预约/历史销量 → 需求预测 → 菜单/采购/生产 → 订单/售出/剩余 → 成本/损耗/评价 → 下一轮计划

验收重点：预测误差、库存准确、备餐偏差、浪费归因、菜品组合和成本。

闭环 B：食安风险闭环

风险清单 → 日周月任务 → 现场检查/传感/检测 → 告警 → 整改 → 复验 → 追溯/召回/演练 → 风险清单更新

验收重点：责任明确、关键记录完整、超期升级、双向追溯、演练有效。

闭环 C：营养行为闭环

同意与建档 → 菜品营养 → 餐前建议 → 餐中真实选择/份量 → 餐后反馈 → 周期复测 → 规则与菜单优化

验收重点：隐私授权、规则优先、推荐可解释、选择真实、专业复核、效果不夸大。

闭环 D：满意度服务闭环

订单/菜品/服务 → 评价/投诉 → 分类 → 责任/SLA → 改进 → 回访/复测 → 合同QBR

验收重点：低分问题是否改变了菜品、流程、人员或供应，而不是只生成图表。

4.3 八个产品域

完整的 84 条产品要求、输入、规则、输出、优先级和验收观察点，见同目录 product-requirements.csv。

五、对康比特现有“5+2”能力叙事的具体调整

康比特现有五项基础能力（高峰与弱网、信创适配、消费策略、系统连接、硬件生态）加两项差异能力（AI 营养、数字技术），与报告方向总体吻合。问题不是方向错，而是要从“宣传结构”升级为“产品和验收结构”。

5.1 建议保留的部分

• 保留“稳定运行是基础、健康增值是差异”的两层表达。
• 保留高峰弱网、信创、灵活策略、系统连接和硬件生态作为政企/大型客户的基础信任。
• 保留餐前、餐中、餐后的营养闭环表达。
• 保留“一套平台串起前厅、营养、食安、采购经营”的全景。

5.2 必须补强的部分

1. 五项基础能力后面补“经营与食安闭环”。 当前五项更偏前厅、平台和接入，对采购、库存、生产、食安履职和运营商监管表达不足。
2. 每项能力都要有验收证据。 例如高峰不是一句“饭点不堵”，而是目标并发、交易成功率、P95、断网续餐和恢复对账。
3. AI 营养要从“推荐”升级为“规则 + 数据 + 专家 + 行为 + 复测”。 只做问答或报告不能构成健康闭环。
4. 数字技术不能只展示大屏和设备。 要说明真实数据如何驱动采购、备餐、菜单、整改和服务改进。
5. 不要默认所有能力在所有项目上线。 对外材料要区分标准已交付、项目可选配、试点验证和路线图。

5.3 建议的新一句话定位

康比特 AI 营养智慧食堂，是面向大型组织的团餐运营操作系统：以高峰稳定、食品安全和经营闭环保障每一餐可靠交付，以专业营养和真实行为数据让每一餐持续产生健康价值。

六、P0/P1/P2 路线图建议

P0：0-3 个月，先把“可运行、可履职、可验收”筑牢

1. 冻结集团企业/制造业两个标准包的范围、非目标和验收矩阵。
2. 建立统一主数据与指标字典，明确订单、菜品、配方、批次、设备和风险的真源。
3. 完成高峰/弱网/支付/退款/对账的标准测试包和现场演练脚本。
4. 把食品安全从看板升级为动态风险清单、日周月、整改复验、双向追溯和应急演练。
5. 打通预约/订单/备餐/采购/库存/售出/剩余的供需闭环，先实现可计量的反浪费。
6. 建立运营商合同范围、责任矩阵、SLA、履约评分和 QBR。
7. 冻结接口、设备和信创兼容矩阵，只承诺经过测试的组合。
8. 为现有项目建立基线：排队、交易成功、库存、浪费、食安闭环、满意度、实施人天和运维工单。

P0 通过门禁：不是“功能开发完成”，而是至少一个真实点位完成试营业、高峰、断网、对账、食安和经营闭环验收。

P1：3-6 个月，把“康比特差异”做成持续服务

1. 建立菜品营养数据库版本、配方份量、营养标签和误差说明。
2. 完成敏感数据同意/撤回、个人与组织数据分域、营养安全规则栅栏。
3. 上线营养师审核工作台、餐前建议、餐中真实选择/份量反馈、餐后周期报告。
4. 在一个样板客户做 90 天验证，观察持续使用、选择变化、满意度和运营改进，不宣称医学因果。
5. 完善中央厨房/多点配送产品包和批次温控追溯。
6. 建立客户成功月报/QBR、续费/增购/扩点和项目复制指标。

P2：6-12 个月，做预测优化和生态扩展

1. 在数据质量稳定后引入需求预测、菜单组合优化、库存与能耗异常模型。
2. 扩展绿色采购、能耗、厨余和 ESG 披露，但保持边界和排放因子可复核。
3. 按真实 ROI 引入炒菜、配餐、洗消等自动化设备，不用“机器人”替代业务论证。
4. 发展运营商、区域集成商、健康管理和设备伙伴的标准接口与联合交付认证。
5. 形成模型可替换的 AI 领域服务层，避免业务规则被单一大模型锁定。

七、建议建立的产品与经营指标体系

7.1 基础稳定性

• 核心交易成功率、支付成功率、P95/P99 响应时长。
• 高峰最大并发与持续时长。
• 弱网/断网可用率、恢复同步时长、重复扣款和漏单数。
• 应用、接口、设备、数据任务 SLO；重大事故恢复时间。

建议起始门槛：双扣/错扣必须为 0；核心交易可用性和性能阈值由项目容量基线冻结，不能用一套未经压测的宣传数字覆盖所有客户。

7.2 食安履职

• 风险清单覆盖、日周月按时完成、重大问题超期数。
• 供应商证照、人员健康证、留样、消毒、检测、温控的完整率。
• 告警有效率、误报/漏报、整改闭环时长、复验通过率。
• 双向追溯完成时间、召回覆盖率、应急演练缺陷关闭率。

7.3 经营效率

• 预约/预测/实际用餐偏差，备餐偏差。
• 库存账实准确、临期/过期、采购价差、缺货和周转。
• 原料损耗、生产损耗、未售、餐盘剩余四类浪费。
• 菜品销量、毛利、满意、营养四维表现。
• 每餐/每人/每点位成本，以及实施/运维人天。

7.4 用户体验

• 浏览菜单、下单、支付、取餐的任务成功率和时长。
• 排队时间、履约准时、退款处理时长。
• 菜品多样性、口味、性价比、服务、环境、食安信任分项满意度。
• 低分反馈分派、关闭、回访和复测。

7.5 营养健康

• 菜品营养数据完整率、配方/份量可追溯率。
• 同意率、撤回处理、数据质量、规则拦截和专业审核。
• 建议查看、采纳、实际选择、连续使用、复测完整率。
• 个人报告只评价行为和趋势；组织报告只看授权聚合。
• 健康效果必须由预先定义的方法、足够周期和专业评审验证。

7.6 商业化与复制

• 标准功能/配置/定制占比，接口定制人天。
• 交付周期、延期原因、验收一次通过、上线后缺陷。
• 单项目软件/硬件/实施/运维/营养服务毛利。
• 回款周期、续费、增购、扩点、复制人天下降和客户推荐。

八、五张管理层决策卡

决策卡 1：优先验证“大型集团/制造业标准包”，但不宣布市场最终选择

• 决定：用大型集团多食堂监管包和制造业班次高峰包作为 P0 验证对象。
• 确认事实：现有内部材料支持康比特已有高峰弱网、账户策略、连接、设备和营养方向；报告 C 级线索表明制造业重稳定与成本、大型企业存在多模式运营。
• 推导逻辑：这两个场景与现有基础能力匹配，且能检验产品是否从前厅扩展到经营和食安闭环。
• 反方证据：报告没有康比特目标客户的预算、合同、赢率和毛利；制造业可能极度价格敏感。
• 当前缺口：至少一条 A/B 级购买证据、真实成交价、实施人天、硬件毛利和回款。
• 验证动作：选择各 1 个现有或高概率客户，完成决策人访谈、范围冻结、基线测量和标准包报价；门槛未过则不扩大研发范围。

决策卡 2：食品安全动态履职进入 P0，不再只是附属看板

• 决定：将风险清单、日周月、整改、追溯、召回和演练纳入标准产品与验收。
• 确认事实：官方法规和通知明确主体责任、人员职责和动态风险管理要求。
• 推导逻辑：这是大型组织采购的信任门槛，也是甲方监管运营商的核心抓手。
• 反方证据：食安软件不能替代人员履职；地方监管和客户流程差异会增加配置成本。
• 当前缺口：当前产品逐项状态、地方模板、真实现场闭环和食安专业评审。
• 验证动作：由食安负责人和交付共同选择一个点位，对 10 类关键风险做端到端演练；未能闭环的功能不进入对外承诺。

决策卡 3：AI 营养作为 P1 差异服务，不作为 P0 稳定性问题的替代品

• 决定：先完成菜品营养、个人同意、安全规则、专家审核和真实选择数据，再扩大 AI 推荐。
• 确认事实：康比特内部有 AI 营养差异定位；报告 C 级线索显示健康和个性化需求存在。
• 推导逻辑：营养是康比特相对通用食堂厂商的独特能力，但只有进入真实用餐和复测才产生价值。
• 反方证据：用户可能不愿共享健康数据；推荐可能不准确；健康服务预算和持续付费尚未验证。
• 当前缺口：授权率、使用留存、专业服务成本、样板项目和效果评估方法。
• 验证动作：90 天小范围同意制试点；以连续使用、建议采纳、满意度、供餐改进和数据质量为通过条件，不以体重变化做单一成败指标。

决策卡 4：把“反浪费”变成供需经营闭环，而不是宣传口号

• 决定：P0 先完成采购、生产、售出、未售、餐盘剩余和损耗的分类计量。
• 确认事实：反食品浪费法要求单位食堂动态采购、做餐、配餐；报告也将浪费与库存优化列为技术价值。
• 推导逻辑：只有知道浪费发生在哪里，才能调整预测、菜单、采购和份量。
• 反方证据：称重和记录可能增加现场负担，数据质量不足时算法会误导。
• 当前缺口：现场数据采集方式、人员负担、项目基线和可接受的误差。
• 验证动作：在一个餐段连续 8 周用最少录入方式采集四类浪费，验证是否能推动至少一项可复算改进。

决策卡 5：把团餐运营商视为“客户/伙伴/竞品”三种角色，而不是单一对手

• 决定：建立运营商版多租户平台和甲方监管接口，同时保留与大型运营商联合方案的空间。
• 确认事实：报告描述外包、半托管、全托管和中央厨房等多种模式。
• 推导逻辑：运营商控制现场、供应链和人力，康比特控制数字平台、设备连接、食安与营养差异，双方可能互补。
• 反方证据：头部运营商可能已有系统并把数字能力视为核心资产。
• 当前缺口：目标运营商系统现状、接口意愿、联合销售分工、数据权属和收入分成。
• 验证动作：选择 2-3 家运营商做竞合访谈，用“平台授权/联合方案/模块输出”三种模式比较，不先复制其完整运营业务。

九、报告没有回答、但我们立项前必须回答的问题

1. 谁是各细分场景的经济买方，预算来自后勤、信息化、工会、食安专项还是运营预算？
2. 客户买的是软件、硬件、运营托管、健康服务，还是总包项目中的一个组成部分？
3. 现有客户分别使用康比特哪些模块，哪些只是方案或路线图？
4. 标准软件、硬件、实施、接口、驻场、运维、营养服务的真实成交价和成本是多少？
5. 不同客户从商机到采购、投标、验收和回款的平均周期、赢率和阻断点是什么？
6. 多点位复制时，哪些配置能复用，哪些仍需代码定制？
7. 高峰、弱网、支付、对账、追溯和食安闭环是否有统一测试证据？
8. 健康数据由谁控制，员工如何同意/撤回，组织能看到什么，专业责任如何划分？
9. 团餐运营商、SaaS、支付、硬件、食安平台和集成商分别控制哪一笔预算和关键接口？
10. 交付团队可并行完成多少项目，现金流和设备售后能支撑多大规模？

这些问题未回答前，不应输出确定的 TAM/SAM/SOM、行业份额、标准毛利或“第二增长曲线已经成立”。

十、下一步最小行动清单

未来 2 周

• 产品：用 84 条要求对照当前产品，标为“已验收/部分具备/待核实/暂无/不适用”，不允许把空白当“没有”。
• 销售：选择大型集团和制造业各 3 个真实商机，补齐触发、预算、经济买方、竞争替代和采购阶段。
• 交付：抽取 5 个历史项目，复盘标准功能、配置、定制、接口、硬件、实施人天、延期、验收和售后。
• 食安：选 1 个真实点位完成风险清单、日周月、整改、追溯和应急演练审计。
• 财务：建立软件、硬件、实施、运维、营养服务的项目级收入成本和回款口径。

未来 30 天

• 冻结集团企业版和制造业版 V1 标准包、选配和不做清单。
• 建立采购决策证据包：稳定、食安、经营、体验、集成、交付六册。
• 完成一个真实点位的供需与反浪费基线。
• 冻结 AI 营养数据同意、规则、安全、专业审核和报告边界。

未来 90 天

• 至少完成一个 P0 标准包现场验收和一个营养差异小规模试点。
• 用真实数据更新细分市场评分、单位经济性、右赢权和路线图。
• 只有达到预算、差异、交付、复用和证据门槛的场景，才升级为正式 P0 市场。

十一、配套资产

• research-contract.md：研究对象、边界、停止条件与验收。
• source-scope.csv：来源冻结与允许用途。
• evidence-ledger.csv：37 条带页码证据原子和“不证明什么”。
• segment-definition.csv：五层细分定义。
• segment-scorecard.csv：五类候选市场评分；因缺 A/B 购买证据，全部保持“未通过”。
• buyer-unit.csv：购买委员会与角色任务。
• journey-gates.csv：从触发到续费扩展的采购旅程门禁。
• market-sizing-model.csv：TAM/SAM/SOM 公式与当前不可计算原因。
• competitive-budget-map.csv：争夺同一预算的七类替代方案。
• right-to-win.csv：康比特潜在赢权、反证、缺口和动作。
• unit-economics-gaps.csv：单位经济性必须补齐的十项数据。
• product-requirements.csv：84 条产品与交付要求。
• validation-backlog.csv：下一轮项目验证清单。

十二、人工评审清单

请经营、产品、销售、研发、交付、食安和营养负责人共同确认：

• 是否同意把产品从“结算+设备”升级为“企业食堂运营操作系统”。
• 是否同意大型集团/制造业只作为优先验证方向，而不是已确定市场结论。
• 是否同意把食安动态履职和供需反浪费闭环列为 P0。
• 是否同意 AI 营养先过授权、规则、专家、真实行为和复测门禁。
• 是否能为每项对外承诺提供真实系统、测试、项目验收或客户证据。
• 是否愿意公开标准包、选配、定制和不做清单，控制项目范围。
• 财务和交付是否能补齐成交价、毛利、回款、实施/运维人天和复制率。

人工评审状态：待评审。 本版本可用于内部产品讨论和验证规划，不应直接作为对外市场规模、竞品份额、合规结论或健康效果承诺。