Product blueprint & product plan · review-ready · 2026-08-07

智慧营养健康餐厅：
产品蓝图与产品规划

先把“最终要做成什么”定义为产品蓝图，再把“现在做到哪里、下一步怎么走”定义为产品规划。项目是同一产品体系的验证场，而不是彼此孤立的产品版本。

内部管理评审蓝图 / 规划分层非对外承诺

一句话结论

我们已经不是从零做智慧食堂；问题是已有能力还没有被稳定地包装成“标准产品 + 行业配置 + 专项定制”。当前最优先的工作是冻结 V1.0 标品边界，让滨州、国康、国信反哺同一条产品主线。
智慧营养健康餐厅

当前主线：交易结算、营养、食安、进销存与设备协同。

AI 智慧营养

可作为餐厅增值层，也可独立服务；须守住非医疗边界。

食品安全云平台

独立产品线，可与餐厅形成食安闭环。

科学训练平台

独立产品线，不应与智慧餐厅项目混成一个版本。

先统一定义：蓝图与规划

概念回答的问题在本稿中的位置
产品蓝图最终要做成什么样的产品体系，如何为客户创造价值。下面的“智慧餐厅：产品蓝图”。
产品规划现在做到哪里、缺什么、分几步走到蓝图。“已做到什么”“版本路线”“产品治理”。

智慧餐厅：产品蓝图（最终要做成什么）

组织团餐的统一闭环：人 → 钱 → 餐 → 设备 → 数据 → 运营
交易底座组织 / 人员 / 身份 · 账户 / 补贴 / 策略 · 订单 / 支付 / 退款 / 结算 · 报表 / 对账
场景入口称重台、绑盘、POS、闸机、人脸、二维码 · 小程序订餐、预订取餐、供应商协同
业务增强营养分析与建议 · 食安晨检/留样/预警/整改 · 采购、验收入库、库存
可信交付一卡通 / SSO / 数据中台 · 私有化 / 信创 · 测试 / 培训 / 上线 / 验收
身份与账户
规则与策略
现场/线上消费
统一订单与运营

产品规划（一）：我们已做到了什么

阶段判断事实依据尚缺什么
M1 能力存在已达到三条业务能力线；多端原型、方案、标准硬件素材。不能将代码、原型或资料直接视为上线。
M2 项目可交付已部分达到机场、金斯瑞、赛迪、西康等真实运行场景；滨州/国康在交付。逐项目补齐签字验收、接口、设备、运行证据。
M3 标品可销售正在形成四个可售卖场景包已可表达。冻结版本范围、BOM、报价边界、验收清单。
M4 行业版可复制尚未闭环高校、医院、集团差异已显现。把差异变成配置包，而不是临时开发。
M5 持续经营假设验证营养运营/持续服务已有需求信号。真实购买方、成本、使用、续费或扩容证据。

项目如何反哺标品

项目它验证什么应复用的标品应做成配置应隔离为定制
滨州健康科技职业学院高校营养餐厅 + 采购 + 多系统集成前厅结算、采购进销存、设备接入一卡通、SSO、IOC 字段、私有化部署未确认的外来支付/健康系统接口
国康医院医院称重餐线 + 福利账户运营称重结算、账户补贴、手机端、对账余额导入、月度补贴、登录宣发独立老补贴账户、自动失效、三资金展示
江苏国信集团订餐/亲友/公务接待专项身份、策略、订单、PC/H5餐次时段、价格、人次、角色部门账户、多人员次公务餐等未确认主流程
410 / 称重餐线：当前不是“已完全标准化”。
国康周报记录 30 台 410 称重台安装完成；滨州材料记录的是 CPT-Nutr-GMSC450-LITE，而标准目录推荐 CPT-Nutr-GMSC450。先冻结型号、变体、BOM、铭牌/SN、软件兼容与验收，才能对外说是两项目共用的标品。

产品规划（二）：版本路线——现在、接下来、以后

窗口版本目标关键产出完成门槛
8 月
V1.0 标品冻结		说清交易和称重餐线的底座。产品定义、SKU 主数据、配置清单、BOM、验收用例、案例卡。每项有范围、价格边界、验收标准与证据等级。
9 月
V1.1 行业配置包		用配置承接高校、医院、园区。行业配置包、差异登记、升级/回退方案。80% 新需求可归入标准或配置。
9—10 月
V1.2 可信交付包		让销售、研发、交付使用同一承诺口径。接口矩阵、环境清单、联调记录、上线门禁、证据包。重点项目的实测记录已回填，待执行项不算完成。
10 月后
V2.0 经营与营养增值		评估哪些能力成为持续服务。价值假设、价格/成本、服务 SOP、试点指标。真实购买方、成本、使用和扩容信号齐全。

本周必须拍板的四件事

  1. 型号：GMSC450-LITE 是 V1.0 正式变体，还是暂不纳入标准目录？
  2. 包装：销售按场景包讲价值，交付/报价按模块和 SKU 管理，是否确认？
  3. 国康：三资金账户是否作为付费专项立项；不立项时谁对人工清理与核对负责？
  4. 证据：滨州/国康的真实上线、接口、试运行与验收材料分别由谁、何时回填？