一、总判断
AI 智慧营养的壁垒不是单个 AI 功能，而是“场景 + 数据 + 软件 + 硬件 + 交付证据 + AI Native 组织资产”的组合能力。
场景壁垒企事业单位、学校教委、复杂团餐、信创内网、运动队数据中心等真实场景。
数据壁垒菜品、营养、消费、库存、食安、设备和健康画像进入同一条证据链。
软硬一体软件模块与称重、识别、消费、食安、健康、展示、信创设备形成标准包。
交付壁垒SOP、手册、视频、截图、异常流程、设备白名单和复盘指标。
AI Native需求、调研、评审、验收、销售材料逐步由 Agent 按规则生成并复用。
二、团队填空公式
我负责的【场景/客户】服务【客户角色】，核心需求是【需求】，解决方案由【软件模块】+【硬件设备】+【AI/数据能力】组成，本周交付【成果】，沉淀【标准能力/配置项/专项定制/交付资产】，验收指标是【可验证结果】，风险是【依赖/缺口】，下周动作是【动作】。缺少软件、硬件、验收指标或复用资产时，只能标为进行中，不能标为产品化完成。
三、场景-客户-需求-解决方案
| scenario_id | segment | customer_examples | core_need | existing_software | existing_hardware | solution_package | next_software | next_hardware | validation_metric | evidence_level |
|---|---|---|---|---|---|---|---|---|---|---|
| SCN-01 | 企事业单位/园区/机关 | 兴桐地产、江苏国信、机场/赛迪 | 员工就餐、补贴、报餐订餐、对账、支付和健康服务可复制 | PC运营后台、账户/充值/补贴、收银结算、订单报表、报餐订餐、H5/小程序、第三方接口 | 消费机、人脸设备、电子菜牌/价签、打印机、AI识别秤/结算台、称重餐台 | 企业/机关智慧食堂标准包 = 软件主流程 + 支付/身份接口 + 前厅设备 + 交付验收清单 | SSO、人员同步、微信/支付宝支付、H5免密、接口加密Demo、营养结算1.0配置边界 | 设备点位模板、支付/身份设备配置清单、AI识别秤和电子菜牌现场标准图 | 2个售前/交付项目复用同一套字段、报价和验收模板 | B |
| SCN-02 | 学校/教委/校园餐 | 首通智诚-荣海小学、教委端方案 | 食品安全合规、膳食经费透明、缴费账单、公开公示、监管闭环 | 教委监管端、单校执行端、家长公示端、缴费/账单、食安监管、采购进销存、公示协同 | 明厨亮灶摄像头、晨检、留样柜、温湿度/传感器、食安大屏、消费/缴费相关设备 | 校园餐监管标准包 = 三端平台 + 食安/经费/进销存 + 硬件证据链 + 手册视频 | 6月完成三端开发，补8个模块PRD、权限、字段、页面入口、异常冲正和历史账单 | 晨检、留样、摄像头、食安大屏进入白名单，先验证再接口开发 | 荣海小学上线证据、三端评审通过、硬件接入门禁齐套 | B/D |
| SCN-03 | 复杂团餐/多园区/多档口 | 金斯瑞项目 | 多园区、多档口、取餐叫号、AI识别、退款小票和食安设备稳定联调 | 前厅收银/点餐/取餐/叫号、OA/补贴/权限接口、后厨食安、留样、食安大屏 | AI菜品识别秤、识别结算台、取餐柜、叫号屏、留样柜、食安大屏 | 复杂团餐软硬件联调包 = 设备白名单 + 点位模板 + 联调SOP + 异常验收截图 | 退款、小票、取餐码/存餐码、权限接口和设备异常闭环 | 设备白名单、型号/协议/故障率、现场联调日志、异常码和复测截图 | 主流程稳定可演示，关键异常都有截图和处理SOP | B |
| SCN-04 | 信创/纯内网/国产化部署 | 江西206、江苏国信本地化后端备选 | 内网部署、国产服务器/数据库、网络承载、升级回退和高峰排障 | 智慧食堂、食安平台、本地化后台、第三方接口、升级SQL、报餐订餐 | 国产服务器、国产数据库、虚拟机、网络设备、50+现场设备、边缘主机 | 信创/内网部署SOP = 环境采集 + 部署检查 + 数据库/网络排障 + 升级回退 | 数据库主从/VIP、留样同步、接口ACL、本地化边界和高峰压测脚本 | 服务器/网络/虚拟机参数采集表，现场设备拓扑和高峰承载记录 | 部署检查表齐套，慢访问链路可定位，高峰问题可复盘 | B/D |
| SCN-05 | 运动队/体科所/数据中心 | 上海训练基地、安徽体科所、航医所、秦皇岛、广东反兴奋剂中心 | 机能设备数据、个人分析、营养干预、训练/康复数据中心和课题结题材料 | 数据中心、个人分析、设备同步、菜谱/餐后营养接口、任务书/物资/行踪管理 | 机能设备、体脂秤、健康检测设备、闸机/海康同步、第三方设备数据源 | 科训/精准营养数据包 = 设备采集 + 数据分析 + 结题文档 + 演示材料 | 设备对接、数据完整性校验、个人/团体分析报告、续费运维看板 | 新机能设备、体脂秤接口文档、设备采购部署、厂商接口变化记录 | 至少一个设备数据链路跑通，报告样张可演示，授权边界明确 | B/D |
四、已有软件模块与下一步
| module_id | module | existing_scope | current_status | next_build | linked_hardware | acceptance | evidence_level |
|---|---|---|---|---|---|---|---|
| SW-01 | PC运营管理后台 | 客户、餐厅、档口、菜品、订单、账户、补贴、充值、报表、系统配置 | 体系已建立，待补页面/API/截图级A证据 | 标准演示路径、Design.md、页面-接口-数据对象矩阵 | 消费机、电子菜牌、打印机、食安设备、AI识别秤 | 每个菜单可定位页面、接口、数据对象和演示截图 | B/D |
| SW-02 | 移动端/H5/小程序 | 订餐、报餐、消费记录、营养查看、健康建议、缴费账单、家长公示 | 部分项目已验证，真实页面/授权边界待补齐 | H5免密、移动端/PC操作材料、家长端/职工端边界 | 人脸设备、消费机、缴费支付能力 | 移动端关键路径有截图、异常流程和授权说明 | B/D |
| SW-03 | 营养结算主系统 | 人员、账户、充值、补贴、收银、支付、订单、对账、报表、设备入口 | 具备营养结算1.0标准包抽象条件 | 标准能力/配置项/专项定制/暂缓四表，固化报价与验收边界 | 称重餐台、AI识别秤、识别结算台、消费机、打印机 | 下一项目可复用营养结算1.0清单并控制定制项 | B |
| SW-04 | 食安监管与后厨证据链 | 留样、晨检、消毒、台账、视频/AI识别、整改闭环、食安大屏 | 方案和资料较多，产品边界与真实接口待锁定 | 三端监管、硬件白名单、食安大屏、异常整改闭环 | 留样柜、晨检/消毒设备、温湿度传感器、摄像头、食安大屏 | 每类食安硬件至少有字段、接口、截图和验收口径 | B/D |
| SW-05 | 进销存/询比价/采购供给侧 | 商品、供应商、创价网映射、库存、采购、询比价、报表 | 已进入部分验收推进，供餐优化联动待补 | 把营养缺口、库存、历史消费转成排菜和采购建议 | 电子价签/菜牌、库存相关外设、食安监管设备 | 能从菜品/库存/消费/营养数据生成可解释建议 | B/D |
| SW-06 | AI营养健康服务后台 | 健康画像、个性化推荐、餐中指导、周期报告、团体健康管理 | 部分能力有软著/CNAS/测评材料承接，其余待补证据 | 报告样张、非医疗边界、数据授权、营养师服务SOP | 体脂秤、健康检测设备、AI识别秤、职工端数据入口 | 售前demo和样例报告可被销售复用，边界不触碰医疗承诺 | B/D |
| SW-07 | 数据看板与经营/健康分析 | 订单聚合、营养指标、风险事件、设备在线率、收入/补贴/客流/报表 | 体系已建立，客户验收指标待绑定 | 经营健康双看板指标：收入、客流、补贴、营养、食安、设备 | 所有前厅/后厨/健康检测设备 | 看板指标能连接到客户复盘、续费或验收动作 | B/D |
| SW-08 | AI Native需求/评审/交接工作流 | 需求澄清、场景拆解、接口确认、验收模板、Markdown+HTML review、任务索引 | 组织资产已初步形成，产品端需求分析仍是瓶颈 | 需求澄清skill、需求分析workflow、验收模板、销售资料包 | 通过硬件intake字段牵引设备资料齐套 | 记录人工耗时、AI初稿耗时、复用次数和接手恢复时间 | B/D |
五、已有硬件类型与下一步接入
| hardware_id | hardware_type | existing_devices | connected_software | current_status | next_connect | acceptance | evidence_level |
|---|---|---|---|---|---|---|---|
| HW-01 | 智能称重/营养结算设备 | 称重餐台、绑盘机、智盘、托盘/餐盘、AI菜品识别秤、识别结算台 | 设备端Runtime、营养结算、store/ai_api结算接口、菜品库 | 已归类并在金斯瑞/机场赛迪等项目验证，型号/协议/成本待补 | 型号、SDK/协议、识别率benchmark、离线重传、异常日志和复测模板 | 主流程识别/称重/结算可演示，失败处理有人工复核 | B/D |
| HW-02 | 身份/通行/消费终端 | 人脸设备、闸机、消费机、订餐机、IC/RFID读卡器、卧式消费机 | 用户权限、账户、消费订单、设备管理、支付/缴费 | 多个项目有对接资料，隐私授权和厂商拓扑待补 | SSO、人员同步、人脸/卡号规则、支付配置、接口费用和隐私告知模板 | 报价前明确授权方式、设备点位、接口边界和异常责任 | B/D |
| HW-03 | AI识别/摄像/明厨亮灶 | 菜品识别摄像头、后厨摄像头、海康摄像头、明厨亮灶设备 | AI识别服务、食安监管、菜品库、风险大屏 | 有资料和项目线索，算法指标与人工复核流程待补 | 准确率/召回率、样本边界、失败处理、人工复核、隐私合规 | 不能只讲AI概念，必须有benchmark、截图和复核规则 | C/D to B after benchmark |
| HW-04 | 后厨食安与留样监管设备 | 留样柜、晨检设备、消毒记录设备、温湿度传感器、后厨监管终端、食安大屏 | 食安监管平台、台账、整改闭环、教委/学校端 | 金斯瑞和学校方案进入验证，真实硬件清单和协议待补 | 留样/晨检/消毒/温湿度四类标准模板，异常闭环截图 | 数据进入台账和风险驾驶舱，能支撑验收和责任追踪 | B/D |
| HW-05 | 营养健康/体测/机能设备 | 体脂秤、机能设备、体测/健康检测设备、第三方健康数据源 | 营养健康服务后台、职工端报告、数据中心、个人分析 | 体育训练和体科所项目资料较多，职工健康数据边界待确认 | 健康数据授权、保存周期、脱敏、非医疗声明、设备接口版本 | 至少一个设备数据链路跑通并生成报告样张 | B/D |
| HW-06 | 大屏/打印/取餐/现场辅助外设 | 餐厅大屏、取餐屏、叫号屏、打印机、标签/小票设备、电子菜牌/价签、边缘主机 | 运营看板、取餐/叫号、设备管理、结算订单、菜品发布 | 项目中多次出现，标准现场图和耗材/售后边界待补 | 现场标准图、型号清单、耗材成本、售后责任、断网小票策略 | 标准包能直接指导现场点位、安装、培训和验收 | B/D |
| HW-07 | 信创/内网部署基础设施 | 国产服务器、国产数据库、虚拟机、网络设备、边缘服务主机 | 智慧食堂、食安平台、本地后台、数据库主从、升级回退 | 江西206/国信形成问题样本，承载指标仍待量化 | 网络/服务器/数据库三层排障清单，主从/VIP，高峰压测和回退脚本 | 交付前完成环境采集，交付后可定位慢访问和升级失败 | B/D |
六、AI产品调研到开发计划
| phase | duration | goal | actions | output | validation | owner |
|---|---|---|---|---|---|---|
| R0-定义 | 0-3天 | 锁定调研对象、客户细分、商业假设和证据门槛 | 建立调研brief；明确客户/场景/收入模式/验收指标；标注A/B/C/D证据 | research-brief.md + evidence-plan.csv | 没有规划对象和周期不进入结论 | 产品负责人 |
| R1-证据包 | 1周 | 收集政策、竞品、专家访谈、项目交付、系统截图、硬件资料 | 政策法规定义必须管什么；竞品定义市场已有能力；项目资料定义真实需求；硬件资料定义可交付边界 | source-index.csv + evidence-classification.csv | 每个核心判断至少有来源和证据等级 | 产品+售前+交付 |
| R2-场景建模 | 1周 | 把客户、角色、需求、业务流程、软件入口、硬件触点串起来 | 填写场景-客户-需求-解决方案表；拆标准能力/配置项/专项定制/暂缓 | scenario-customer-need-solution-map.csv | 每个场景都有软件+硬件+AI+交付资产组合 | 产品经理 |
| R3-方案原型 | 1-2周 | 形成可评审PRD/原型/接口清单/硬件点位图 | 生成PRD、原型、页面/API/数据对象矩阵、设备intake和验收模板 | PRD/原型/接口矩阵/设备intake | 评审能输出字段、权限、页面、接口、设备和待开发清单 | 产品+研发+硬件 |
| R4-可验证试点 | 2-4周 | 选1-2个真实项目验证需求和交付成本 | 用项目跑通主流程；记录工时、问题、返工、设备稳定性、客户反馈 | pilot-validation-report.md | 有截图、日志、验收、问题闭环和复用判断 | 项目经理+交付+产品 |
| R5-产品化决策 | 每月 | 进入SPAN/PDC/7-2-1，决定聚焦、突破、布局或停止 | 按市场吸引力、竞争地位、财务能力、交付可复制性评分 | SPAN/PDC/APPEALS/7-2-1表 + roadmap | 资源动作、负责人、指标和退出条件明确 | 产品负责人+管理层 |
| R6-AI Native复用 | 持续 | 把调研和开发流程变成可复用Agent能力 | 沉淀需求澄清skill、竞品分析workflow、验收模板、销售资料包 | skill/workflow/template/index | 统计复用次数、AI前后耗时、接手恢复时间 | AI工程+产品 |
七、Review 检查清单
- 每个产品结论是否标注 A/B/C/D 证据等级。
- 每个场景是否同时写清软件、硬件、AI/数据能力和交付资产。
- 是否把标准能力、配置项、专项定制、暂缓/拒绝分开。
- 是否把“AI 效率提升、毛利提升、第二增长曲线”写成待验证指标，而不是已完成事实。
- 是否能从 CSV 直接进入团队周报、产品评审、销售资料包和后续云效任务。
边界：当前主要是 B/D 级内部证据框架。正式对外材料还需补合同、验收、客户授权、系统截图、软著/CNAS 原件、毛利/回款和设备协议等 A/B 级证据。