数字技术中心产品开发部周报
周期：2026-06-08 至 2026-06-14
口径：项目列表 + 产品层面
证据边界：本报告采用本周 Excel、项目内 HEARTBEAT/QUEUE、6-8 月规划表和证书申请表。未出现验收、回款、毛利、客户满意度的数据，均不写成已确认经营结果。
一句话结论
本周主线已经从“跟进多个项目”升级为“用项目验证标准产品、用证据支撑差异化、用 AI 把一次性工作沉淀成可复用资产”。项目层面，国信、城市副中心、大兴、江西206、金斯瑞、赛迪、机场、食安晨检仪等进入需求开发、上线验证、部署适配或标准化沉淀阶段；规划层面，6-8 月已形成中煤、大兴、保康三中、国康医院、滨州健康科技职业学院、人大附中、C08、三全集团、山西体科所、国信等项目责任视图。产品层面，本周应重点汇报三件事：产品标准化正在从单项目响应变成标准包和 SOP，产品差异性正在从功能差异转向营养健康、食安证据链、国产化和资质证据，AI 赋能正在从写文档扩展到需求分析、方案生成、测试报告、知识库和视频材料。
一、项目列表
1. 本周及接下来支持的重点项目
| 项目 | 本周状态 | 接下来动作 | 周报判断 |
|---|---|---|---|
| 江苏国信 | 产品侧跟进 28 个开发需求，已完成 15 个软件开发；H5 订餐、PC 配置、部门账户、外卖取消/退款、错峰就餐、订餐扣款等集中开发；财务需求方案待客户确认。 | 剩余 13 个需求排序推进，继续本人订餐、亲友订餐、招待餐、后台报表、第三方小程序接口联调和百度人脸中心化规划。 | 国信是政企项目样板，价值不只是完成定制，而是把政企订餐、部门账户、退款对账、H5 链路沉淀为标准能力。 |
| 北京城市副中心 | 完成 PAD 端排菜 APP 100% 设计和 PRD，小程序备案提交；技术侧推进 OceanBase、EMQX、百度离线 SDK、服务器镜像等适配。 | 继续推进数据库、中间件、设备通讯、离线识别和镜像构建验证。 | 该项目是国产化/政务适配样板，必须把“技术架构确认 -> 资源申请 -> 适配开发 -> 镜像构建 -> 部署验证”沉淀为 workflow。 |
| 大兴区政府 | 完成实施方案与密码应用方案二轮调整、信息补充和密评/国产化材料支撑。 | 继续推进东方通适配、密评材料、工商银行支付/退款/对账边界和国产化组件清单。 | 主体是标准前厅项目，难点在银行接口和信创适配，不能扩散成无边界大定制。 |
| 江西206 | 完成消费策略测试、验收、发布上线公告；开发库完成绑盘结算触发消费策略全流程验证；食安大屏沟通和任务分配推进。 | 继续验证称重台消费策略、统计报表修复、食安大屏和项目环境稳定性。 | 江西206是政企本地化和硬件联调门禁样本，应继续回填人员、卡号、余额、补贴、设备和本地部署证据。 |
| 江苏金斯瑞 | 完成新款取餐柜对接可行性沟通；食安项目完成服务器环境搭建、最新大屏部署；设备掉线问题定位为磁盘空间不足并临时治理。 | 跟进取餐柜、营养大屏、食安平台、权限配置、商户端培训、异常处理和现场反馈闭环。 | 金斯瑞适合沉淀为企业/园区/集团标准包案例，重点是订餐、取餐柜、叫号、补贴对账、食安和营养展示组合能力。 |
| 赛迪 | 完成上线公告发布和上线跟进；最新版上线并推进统计报表修复、订单快照任务。 | 推进订单快照功能开发，结合标准版任务推进计价重量能力。 | 赛迪和金斯瑞适合继续挖掘客户买点，把项目问题转成标准产品优化项。 |
| 机场项目 | 完成需求梳理，输出 4 条标准需求、4 条待确认需求、2 条待开发标准产品需求；现金退款功能计划 2026-06-18 上线。 | 明确退款、对账、上线节奏和验收标准。 | 机场项目是标准产品需求池输入，必须把待确认需求和待开发需求分开，避免混入开发排期。 |
| 上海训练基地闸机 | 完成海康系统远程配置、同步策略设置及项目上线，项目负责人与开发权责已明确。 | 跟进上线后运行情况。 | 竞技类接口项目要按“接口边界 + 上线验证 + 运维责任”管理，不应占用过多标准产品主线精力。 |
| 食安晨检仪/食安监管 | 得沃晨检仪双厂商兼容方案、人员同步设计、图片下发 URL 修复、OSS 开关规则修复、北京时间语义统一、大屏分支同步均有进展。 | 2026-06-12 至 06-15 推进得沃晨检仪设备对接，继续食安监管系统整体开发。 | 食安项目的产品价值在“责任链”而不是设备堆叠，晨检、人员资质、图片、回执和审计要形成标准接口规则。 |
| AI 运动营养师 | 页面交互优化、三餐膳食推荐、用户身份持久化、会话元数据、历史消息、游客迁移等推进；采访案例材料补充真实项目支撑。 | 继续优化会话体系，推进食堂就餐数据到营养报告的长期服务链路。 | AI 运动营养师是营养服务的长期底座，周报中应写“能力底座存在”，不写成所有客户已长期运营。 |
| 莱迪森 | 系统升级、数据库脚本配置、MQTT 启动和部署答疑推进；历史基础环境、SQL 部署和 Supervisor 进度已归档。 | 继续验证部署升级后的环境、脚本、服务启动和问题收口。 | 本地部署项目应沉淀为部署检查清单，避免脚本、配置、数据库和服务启动项遗漏。 |
2. 6-8 月规划项目总览
| 项目 | 交付负责人 | 产品负责人 | 产研主责 | 管理定位 |
|---|---|---|---|---|
| 中煤 | 金洋 | 海琴 | 海军 | 标准前厅 + 考勤接口 + 基础终端/视频 |
| 大兴 | 金洋 | 王朔 | 清涛 | 标准前厅 + 银行接口 + 信创适配 |
| 保康三中 | 张帅 | 王朔 | 海军 | 学校综合智慧餐厅，食安、展示、采购库存较完整 |
| 国康医院 | 张帅 | 李潇 | 清涛 | 医院前厅称重餐台，医院接口为条件项 |
| 滨州健康科技职业学院 | 张帅、金洋 | 李潇 | 海军 | 高校大规模餐台 + 财务/一卡通/悦豆接口 |
| 人大附中 | 玉龙 | 海琴 | 清涛 | 旧菜牌兼容 + 定制展示 + 叫号专项 |
| C08 | 赵野、玉龙 | 李潇 | 清涛 | 餐台/托盘 + 余量看板 + 数据大屏 |
| 三全集团 | 赵野 | 李潇、王朔 | 海军 | SAP/支付/驾驶舱 + 多基地 + 利旧设备 |
| 山西体科所 | 赵野 | 李潇 | 清涛 | 规划表已列责任人，软件/硬件边界需继续补充 |
| 国信 | 赵野、玉龙 | 海琴、李潇 | 海军 | 当前已进入密集开发和联调，应作为政企样板管理 |
3. 规划项目：软件开发类
| 类别 | 项目 | 需要提前判断的软件事项 |
|---|---|---|
| 标准前厅与结算 | 中煤、大兴、国康医院、C08 | 人员、账户、订单、消费、补贴、退款、对账、报表、餐台/托盘、余量数据来源。 |
| 政企/信创/接口适配 | 大兴、国信、城市副中心、江西206 | 银行支付与退款对账、第三方小程序、国产 OS/数据库/中间件、EMQX/MQTT、离线 SDK、本地部署与数据安全。 |
| 学校/高校综合 | 保康三中、滨州、人大附中 | 学校端/小程序、电子菜牌、菜品发布、监管/公示、采购审批、库存验收、营养标签和展示模板。 |
| 集团级复杂改造 | 三全集团 | SAP、支付、驾驶舱、多基地权限、利旧设备 SDK、能耗采集、集团数据口径。 |
| 产品调研任务 | 国产化、工商银行、国康一体机、支付宝被扫、小票打印 | 已创建 VWCG-1037 至 VWCG-1041 产品类需求，计划 2026-06-10 至 2026-06-19 完成调研。 |
4. 规划项目：硬件设备对接类
| 设备族 | 关联项目 | 需要提前判断的硬件/现场事项 |
|---|---|---|
| 前厅称重餐台 | 国康医院、滨州、C08、江西206 | SC450/SC460 型号、餐线布局、餐盘/托盘规则、称重精度、离线能力、验收截图。 |
| POS/消费终端 | 中煤、大兴、国信、三全 | 壁挂/卧式/双面屏 POS、双屏营养消费机、支付方式、退款规则、离线补传、对账字段。 |
| 绑盘/餐盘/托盘 | 国康医院、滨州、C08、江西206 | 绑定/解绑流程、条码/RFID 规则、餐盘损耗、清洗流程和异常处理。 |
| 展示与履约 | 人大附中、C08、保康三中、金斯瑞 | 电子菜牌、旧菜牌兼容、数据大屏、余量看板、取餐柜、叫号数据来源和分辨率模板。 |
| 后厨食安 | 保康三中、滨州、三全、金斯瑞、江西206 | 摄像头、NVR、AI 算法机、晨检仪、留样柜、温湿度、算法路数、误报、整改留痕。 |
| 后厨进销存 | 保康三中、滨州、三全 | 智能验收秤、AI 收货秤、PDA/手持机、货品字段、库存同步、离线幂等和计量证明。 |
| 基础设施/利旧 | 大兴、城市副中心、三全、江西206 | 国产 OS、中间件、数据库、服务器镜像、交换机、利旧 SDK/API、内网/政务云权限和数据安全。 |
5. 项目层面的风险和下周收口
- 国信剩余需求数量多且规则细，风险是客户财务新需求继续拉长交付周期；下周要按优先级、上线依赖和客户确认状态排序。
- 未来规划项目不能只按“设备清单”报价，必须先冻结接口文档、现场条件、网络供电、点位、利旧设备权限和验收口径。
- 城市副中心、大兴、江西206等政企/信创项目要建立统一适配门禁，避免每个项目重复摸索数据库、中间件、镜像和安全材料。
- 食安硬件要从“设备到货”升级为“责任链闭环”：谁晨检、谁留样、谁验收、谁整改、谁复核、谁导出证据。
二、产品层面
1. 产品标准化
核心结论：产品标准化本周从“单项目需求响应”推进到“标准产品包 + 项目 SOP + 产品调研任务 + 资料同步机制”。
本周标准化证据包括：李潇侧建立产品周更新上线同步机制，梳理机场、江西206等项目的标准需求，输出场景化描述、市场调研方案、硬件端软著申请清单和标准化招标参数；孙海琴侧跟进国信 28 个开发需求，已完成 15 个核心功能；王朔侧推进教委 PC 端八个板块拆分、食安单校产品和进销存单食堂产品标准化；赖清涛侧沉淀城市副中心主镜像构建、EMQX 替换、百度离线 SDK 和国产化适配排期；项目内 2026-06-10 已创建 VWCG-1037 至 VWCG-1041 五个标准产品调研任务。
标准化不应再只表达“功能做了多少”，而要表达“哪些功能进入标准包、哪些是配置项、哪些是项目例外、哪些要拒绝或暂缓”。下周建议固定三张表：标准前厅 P0 验收清单、政企/信创适配门禁表、食安硬件责任链清单。
2. 产品差异性
核心结论：产品差异性本周从“功能罗列”转向“营养健康核心 + 食安证据链 + 国产化/资质能力 + 买点表达”。
差异性主要体现在四条线：
| 差异性方向 | 本周证据 | 下一步 |
|---|---|---|
| 营养健康核心 | 学校端带量食谱增加营养与体质相关模块；AI 营养全流程文档和场景化视频推进；AI 运动营养师会话和膳食推荐能力优化。 | 把营养标签、餐前建议、餐中指导、餐后报告做成可演示标准闭环，并明确非医疗边界。 |
| 食安证据链 | 晨检仪双厂商兼容、图片 URL、OSS 开关、北京时间语义、大屏展示和架构规范沉淀。 | 输出食安硬件接口白名单、设备下发/回执规则和整改证据模板。 |
| 国产化与合规 | 城市副中心、大兴推进 OceanBase、EMQX、东方通、密评材料、服务器镜像；证书表显示软件著作权、统信/麒麟国产化、CNAS、安全/性能报告等申请计划。 | 将证书计划按产品包映射，区分已完成、申请中、待申请、待确认，不把计划写成已取得。 |
| 买点表达 | 项目内已形成“卖点翻译成买点”方法和前厅/后厨买点矩阵，推荐话术从“有设备/有功能”转向“每一次打餐变成营养和经营数据”“后厨形成可追溯食安责任链”。 | 形成销售一页纸和招投标参数版本，优先服务企业/机关标准包、学校/教委监管包和食安硬件证据链包。 |
证书申请表显示当前共 63 条申请计划：软件著作权 43 条，统信国产化 5 条，麒麟国产化 4 条，CNAS 3 条，安全/性能第三方报告各 2 条；状态上已完成 26 条、待申请 20 条、申请中 6 条、待确认 7 条、暂停 4 条。周报中可把它作为“产品差异化证据建设计划”，不能写成“证书全部齐备”。
3. AI 赋能
核心结论：AI 赋能本周已经从“辅助写材料”进入“需求分析、方案设计、测试规划、知识库、视频材料和团队复制”的主流程。
AI 本周的三类价值：
| AI 角色 | 本周体现 | 可复用资产 |
|---|---|---|
| AI 来说话 | 周报、采访稿、产品场景化材料、售前材料、AI 营养案例、江南大学称重就餐营养指导 HTML。 | 周报模板、采访问答、场景化卡片、销售话术和客户培训材料。 |
| AI 来干事 | Codex 分析菜品重量、离职人员、现金退款、食安晨检仪、OSS、北京时间等需求影响范围；AI 辅助国信、食安、前厅项目技术设计；Playwright UI 自动化测试框架规划。 | 需求分析模板、技术方案、测试用例、自动化测试、中文 HTML 报告、失败截图/视频。 |
| AI 沉淀资产 | WeKnora RAG、PM/KANO/PMF/RICE/STAR 方法、买点矩阵、销售预测 playbook、需求四层判断法、QA 闸门、项目分层台账。 | 项目知识库、可复用 skill、产品方法 wiki、标准产品调研任务、售前/交付/售后证据包。 |
下周 AI 赋能要避免只写“提效”，应落到三个可验收动作：第一，选一个高频业务流程生成测试用例、Playwright 脚本和 HTML 报告；第二，把国信或城市副中心的项目过程沉淀为 workflow；第三，把产品调研任务的结论回填到标准产品包和硬件门禁表。
下周计划
- 项目侧：国信按剩余 13 个需求和第三方接口联调收口；城市副中心和大兴按国产化/信创适配门禁推进；机场退款功能按 2026-06-18 节点验证；食安晨检仪完成得沃设备对接。
- 规划侧：把 6-8 月 10 个项目统一补齐 12 个字段：客户类型、项目定位、前厅范围、后厨范围、三大系统覆盖、软件包、硬件族、接口风险、复杂度、证据等级、复用产品包、下一步门禁。
- 产品标准化：输出标准前厅 P0 验收清单、政企/信创适配门禁表、食安硬件责任链清单。
- 产品差异性：把证书申请计划和买点矩阵映射到三个产品包，形成销售/招投标可用的一页纸。
- AI 赋能：完成一个“需求分析 -> 云效任务 -> 测试用例 -> HTML 报告 -> 手册/视频材料”的闭环样板。
风险与证据缺口
- 经营数据缺口：本周缺少毛利、回款、验收、续费、客户满意度和真实使用数据，不能把“第二增长曲线”写成已证明事实。
- 项目边界缺口：山西体科所已在责任表中出现，但软件/硬件范围未在开发归属页展开，需要补接口、设备和验收范围。
- 硬件证据缺口：很多设备仍需要样机、报价、SDK/API、证书、点位图、联调截图和验收照片。
- 协作风险：标准产品需求与项目个性化需求仍需更清晰的沉淀机制，否则项目需求会反复变成单次定制。