康比特 AI 营养智慧食堂产品发现 V2

• Task ID: ZHCTPROMPT-20260921-SMART-CANTEEN-PRODUCT-DISCOVERY-V2
• Date: 2026-09-21
• Product stage: 既有产品的二次发现与产品化收敛
• Workflow: 本地 pm-product-discovery /discover
• Review status: 2026-09-22 Jack不认可现有模式；本稿保留为历史提案，不作为执行前提
• Evidence rule: A=直接系统/合同/运行证据；B=项目与内部交付材料；C=公开或竞品材料；D=推断、目标或待确认

当前入口：三人协同两周试运行规划。Jack要求先以三个人协同推进；下文的市场、SKU、品牌和90天建议均为旧提案，未获认可。下文R3为0来自2026-08-31样本快照，不代表全量SKU在当前时点的审计结果。

1. 原提案结论（未获认可）

这轮产品发现的结论不是“再补一套方案”，而是重新规定智慧食堂到底是什么产品：

康比特下一阶段应只经营一个母品牌/主产品：康比特智慧营养健康餐厅，统一定位为“机构膳食运营与营养健康服务平台”；AI 营养智慧食堂是面向客户的品类/方案表达。产品以营养结算和交易闭环为进入点，以智慧食安、智慧采购为治理增购，以营养运营服务形成差异化和持续收入。三套系统、六类场景、三档销售版本和 18 个 SKU 都是这个主产品的不同组织层，不是彼此竞争的产品主线。

当前建议是 有条件 GO：

1. P0 只验证政企、机关事业、央国企和大型企业职工食堂，不同时铺开六场景。
2. 第一售卖单位不是“大平台”，而是面向一个食堂、一条真实餐线、30—60 天可验收的“政企员工餐标准验证包”。
3. 第一价值承诺不是“AI 改善健康”，而是：结算可信、运营可控、营养可见、验收可证。
4. 第一差异化不是多卖硬件，而是把交易记录、营养反馈、食安/采购治理和运营复盘连成持续服务。
5. 未来 90 天不继续扩 SKU；先让至少一个母项目达到 R3 合同级复刻证据，并让两个真实机会用同一标准包走完售前到验收。

如果做不到上述五点，当前拥有的 57 页方案、六场景材料、三套系统、18 个 SKU 和几十种设备，只能证明“材料丰富、能力很多”，不能证明“产品可复制”。

2. 这次相对 6 月结论改变了什么

6 月的结论是先验证“企业/园区/机关智慧食堂标准包”，不要优先做大 AI、大看板和区域 SaaS。这个主判断仍然成立，但新增材料使产品层级更清楚：

3. 产品层级重新定义

这个层级解决了过去材料中的主要混乱：销售面对客户时只需选“主产品 + 销售版本 + 场景配置”；产品与交付再把它展开成三套系统、SKU、硬件、接口和验收项。

4. 第一目标客户与进入点

4.1 P0 目标客户

优先选择满足以下条件的政企/机关事业/央国企/大型企业职工食堂：

• 已有稳定就餐人群和真实餐线，不需要先教育客户“为什么要有食堂”；
• 存在补贴、账户、支付、退款、对账、多餐次或多食堂治理问题；
• 管理方同时关注员工体验、食品安全、经营透明和健康服务；
• 愿意从一个食堂或一条餐线试点，并能提供项目负责人、运营人员和基础数据；
• 具备升级预算或年度服务预算，而不是只采购单台设备。

4.2 暂不作为主战场

5. 要解决的五个机会

6. 方案发散与选择

6.1 发散出的十个方案

1. 售前场景诊断与配置器。
2. 标准/配置/定制三层合同附表。
3. 单食堂 30—60 天标准验证包。
4. R3 母项目证据补齐工作台。
5. 交易、补贴、退款、设备流统一对账字典。
6. 每日开餐检查与异常闭环。
7. 员工营养反馈与周/月复盘服务。
8. 已交付客户增购诊断包。
9. 六场景方案自动组装器。
10. 大屏和 AI 展示能力扩展。

6.2 带入验证的五个方案

六场景自动组装器可以继续作为内部效率工具，但它不是当前客户价值实验；大屏和 AI 展示扩展暂缓，除非有付费选择或明确验收价值。

7. 关键假设与优先级

优先级判断

• 高影响、高风险，立即实验：A1、A2、A3、A5、A6、A7。
• 高影响、中风险，随实验记录：A4。
• 中高影响、高风险，主线稳定后再测：A8、A9。
• 场景停止门：A10 未关闭时，不进入患者、老人、学生健康数据的产品承诺。

8. 机会解决方案树（OST）

期望结果： 90 天内证明一个政企标准包能在两个真实机会中重复完成选型、报价、交付与验收，并在至少一个食堂产生连续 30 天的真实营养运营使用。

期望结果：证明 AI 营养智慧食堂可重复成交、交付并持续使用
├── O1 报价前无法清楚区分标准、配置和定制
│   ├── S1 标准复制闭环卡
│   ├── S2 三层合同配置附表
│   ├── S3 售前场景诊断与配置器
│   └── E1 两个真实机会同模板回放
├── O2 客户买到功能清单，却缺可验收结果
│   ├── S1 R3 六证证据包
│   ├── S2 一个食堂/一条餐线标准验收包
│   ├── S3 页面/API/数据/BOM/SN/真机证据矩阵
│   └── E2 三个母项目回放，关闭一个 R3
├── O3 人、钱、餐、设备和异常不能稳定对齐
│   ├── S1 对账字段字典与差异原因码
│   ├── S2 开餐检查和异常闭环
│   ├── S3 接口/部署前置门禁
│   └── E3 一个真实餐线连续四周运行
├── O4 营养差异化停留在展示，未形成持续使用
│   ├── S1 30 天营养运营服务
│   ├── S2 个人反馈 + 群体周/月复盘
│   ├── S3 营养结算标准版的可见升级路径
│   └── E4 真实用餐者行为实验
└── O5 已交付客户没有明确增购与持续服务路径
    ├── S1 存量客户增购诊断
    ├── S2 软件、设备、服务分开报价
    ├── S3 年度运营复盘包
    └── E5 十客户增购意向与付费试点

9. 90 天验证实验

以下阈值都是本轮 D 级决策门，不是已发生结果；正式执行前由产品、业务和财务确认。

10. 产品指标

北极星指标

月度价值闭环食堂数（MVLC）：使用冻结标准包，完成真实交易/结算，连续产生可回读的营养或运营记录，并由客户完成当月异常、对账或经营价值复盘的食堂数量。

这个指标同时要求“装上了、用起来、账能对、价值被复盘”，比设备数量、方案页数、注册人数或功能数更接近客户价值。

输入指标

健康与停止指标

• 任何未解释的资金、补贴、退款或身份错配 P0 事故：暂停扩点。
• 任何把营养建议写成诊断、治疗或健康效果承诺：停止对外。
• 运营额外工时持续高于客户可接受范围：先改流程，不扩功能。
• 接口、版本、BOM 或验收证据无法回读：不得标为标准产品。
• 贡献毛利和回款门槛未冻结：不得用签约额替代商业验证。

11. 90 天行动顺序

第 1—2 周：冻结，不新增

1. 冻结 P0 政企单食堂标准验证包。
2. 把三档销售版本映射到三套系统和现有 18 SKU，不再新增编码。
3. 选定两个真实机会、一个真实运营试点、三个 R3 回放母项目。
4. 财务和业务负责人冻结贡献毛利、回款、服务成本门槛。

第 3—6 周：真实售前与真实运行

1. 两个机会使用同一标准复制闭环卡。
2. 一个餐线启动开餐、交易、对账、异常和营养运营记录。
3. 关闭至少一个母项目的 R3 证据缺口。
4. 所有新增需求只允许进入标准、配置、定制、拒绝四种状态。

第 7—10 周：验证使用和付费

1. 完成 30 天营养使用复盘。
2. 完成 10 个存量客户增购诊断。
3. 按真实成本重算报价与服务边界。
4. 只把验证通过的能力升级为方案与销售承诺。

第 11—12 周：做产品决策

• GO：两个机会复用达标、至少一个 R3、一个真实运营闭环、单位经济性过门。
• PIVOT：交易/治理价值成立但营养使用弱，则营养改为选配或人工运营服务，不继续堆 AI 功能。
• HOLD：客户有兴趣但预算、采购或交付成本不成立，保留机会，不扩团队和 SKU。
• KILL：标准/配置覆盖低、每单仍大量定制、没有付费运营意愿或经济性不成立，停止“全国智慧食堂平台化扩张”叙事。

12. 明确不做

1. 不同时把六场景都列为年度主战场。
2. 不继续扩 SKU，直到现有 SKU 至少出现一个 R3。
3. 不把 57 页方案、设备数量、演示页面或项目安装记录当作 PMF。
4. 不先建设大而全数据大屏、会员平台或客户侧 AI 智能体。
5. 不承诺减重、治疗、慢病改善、识别率、节约比例或固定 ROI。
6. 不把医院患者链、社区老人健康链、学校学生健康链当成政企版简单换皮。
7. 不用签约额替代贡献毛利、回款、交付工时和续费验证。

13. 主要证据与边界

14. 评审要拍板的六件事

1. 是否确认未来 90 天 P0 只做政企/机关事业/央国企/大型企业职工食堂？
2. 是否确认“一个主产品、三套系统、三档销售版本、六类场景模板、18 个内部 SKU”的层级？
3. 哪两个真实机会进入 E1，哪个真实食堂进入 30 天运营实验？
4. 哪个母项目必须先补成 R3，负责人和截止时间是什么？
5. 财务认可的贡献毛利、回款和服务成本门槛是什么？
6. 30 天后营养使用弱时，是否接受把营养从“产品功能主线”转成“选配 + 人工运营服务”？

15. 最后一段判断

康比特当前不缺“能讲的产品”，缺的是“一个客户愿意付费、一个项目能按标准交付、一个食堂持续使用、下一单还能复用”的闭环。

因此，这轮发现不支持继续横向扩展更多场景、更多 SKU 和更多展示功能；它支持把现有丰富资产压成一个政企标准验证包，用真实客户把标准、配置、定制、验收、营养使用和单位经济性一次跑通。跑通后，学校、医疗、社区康养、部队和竞技体育才有资格从方案模板升级为可经营的场景产品。