央美 8 月 20 日是否仍可承诺？
锁定一卡通、服务器、程序联调、业务验证四类必要门禁。
Weekly Leads Meeting · 2026-08-14
结构化经营周会
从发散汇报到可决策闭环。不逐人念周报，用事实、门禁和责任锁定下周的经营节奏。
01 / DECIDE
今天只收口三件事
其他进展作为事实背景，不占用讨论时间。
未推进项是继续，还是等条件？
聚焦重庆环卫、四方达、金斯瑞账户规则、保康一体机。
下周哪三件事是 P0？
建议：央美上线门禁、三全全流程/高可用、三级等保首轮扫描。
02 / REVIEW
上周承诺：事实与缺口分开说
工作簿缺失完成状态的条目，统一作为待补证，不默认完成。
- 滨州离线消费、微信 V3 充值可靠性和到账提示均标记完成。
- 补单需求设计并提交云效；多项标准版账务修复已上线相关项目。
- 三全基础环境已建立，消费机与 MQTT 业务闭环跑通。
- 央美一卡通方案确认，Windows 程序完成测试联调。
- 人大附中电子菜牌已上线；张家港明确云云对接和内网部署方案。
- 政企营养前端、助销材料、三全支付宝、城市副中心三屏状态未填完。
- 重庆环卫咖啡机顺延；四方达和国康部分事项本周无新进展。
- 金斯瑞账户规则待测试与 Review，订单扣款流程熟悉未完成。
- 保康一体机帮助、人员/人脸/卡号同步、卡码脸测试未闭环。
- 200 个 Agent 规划、硬件开发规划本周未形成新的可验收结果。
03 / FACTS
本周事实看板
不把需求设计、内部评审、测试、部署、上线和验收混为一个状态。
标准产品进入“从需求到开发”门禁
补单已设计提交；批量排菜和 AI 菜品导入已评审；学校线招投标参数未开始。
央美、三全进入高风险验证周
央美需过上线门禁；三全需完成全流程、高可用和支付宝方案验证。
外部依赖不能继续藏在“进行中”
四方达公网 IP/小程序，等保扫描/进场，央美一卡通与放行结论都要有外部 owner。
本周 8 项工作均标记完成
- 滨州离线消费链路、微信 V3 充值可靠性、小程序到账提示和餐厅运营支持。
- 滨州四方数据对接会议、yyangpt.cn 证书更换、什刹海安全表格、广东体科所 Vald 设备问题处理。
- 下周：绑盘结算风险、最低充值金额、对账管理、菜品重量/口味字段，及滨州登录和餐勺称重。
04 / LIFECYCLE
产品生命周期与下一道门禁
青色为已有证据的成果，橙色为下一道门禁。
01 / DISCOVER
需求分析
- 补单需求已提交
- 四方达补贴完成分析
- 开发排期与验收口径待确认
02 / DESIGN
产品设计
- 政企营养原型推进
- 学校线设计进行中
- 评审结论与前端代码状态待补证
03 / BUILD
开发实现
- 离线消费与充值可靠性完成
- 多项标准版修复上线
- 金斯瑞账户规则待测试/Review
04 / VERIFY
测试验证
- 央美 Windows 程序联调
- 哈尔滨餐盘设备功能测试
- 三全高可用、城市副中心压测待结论
05 / RUN
上线运维
- 人大附中电子菜牌上线
- 滨州持续运营保障
- 央美 8/20 目标需放行结论
06 / REUSE
标准化沉淀
- 电子菜牌/交互大屏材料
- 等保备案材料已提交
- 原型与等保 Skill 需真实任务验证
05 / AI VALUE
AI 提效与方法分享
只记录真实任务、可见产物、人工门禁和下一次复用，不把规划写成提效成果。
| 案例 | Before | After | 人工门禁 | 下周复用/度量 |
|---|---|---|---|---|
| 原型到前端 | 重复解读产品逻辑 | 已提出流程与 Skill 沉淀 | 产品逻辑、交互和验收人工复核 | 记生成时间、修改量、一次通过率 |
| 等保资料整理 | 清单、采集表、缺项检查重复 | 拟建二/三级等保资料 Skill | 认证、客户和扫描结论人工确认 | 用下周等保部署材料验证缺项检查率 |
| 200 个 Agent 规划 | 协同、部署、运维经验分散 | 本周无新的可验收产物 | 不得将规划升级为自动交付 | 三全/四方达选 1 个真实任务单点闭环 |
| 硬件开发协作 | 硬件问题依赖个人经验 | 已提出规划与协作 Agent | 设备参数与现场结论人工验证 | 滨州称重异常或三全设备同步做样例 |
06 / OPTIONS
乱序转结构，讨论转选项
每项必须当场选择或明确“谁在什么时候补齐选择条件”。
D1 · 央美
A保留 8/20 目标，8/18 完成预发检查；门禁不通则升级风险日期。
B先完成一卡通和业务流程验证，再承诺新日期。
D2 · 未推进项
A仅保留外部条件已具备且下周可验收的项目。
B全部继续，但每项必须补最小可验收产物。
D3 · 下周 P0
A央美门禁、三全验证、三级等保扫描为 P0。
B会上另定三项 P0，但必须同步指定验收证据。
07 / LOCK
Owner · Deadline · Evidence
工作簿已能支持的责任人先列出，跨组分工与外部 owner 当场确认。
| 事项 | Owner | Deadline | Evidence | 结论 |
|---|---|---|---|---|
| 央美上线门禁 | 李潇 / 赖清涛 / 孙海琴（分工待确认） | 8/18 预检；8/20 目标 | 联调记录、测试清单、部署版本、放行结论 | 待确认 |
| 三全全流程与高可用 | 赖清涛 / 尹旭亮（分工待确认） | 8/23 | 测试用例、故障切换记录、问题清单 | 待确认 |
| 标准产品开发与滨州问题闭环 | 兰海军 | 8/23 | 绑盘结算风险、最低充值金额、对账管理、菜品字段的开发/测试记录；滨州登录与餐勺称重闭环证据 | 待确认 |
| 三级等保首轮扫描 | 王朔 / 赖清涛（分工待确认） | 8/20 启动 | 环境检查、自测结果、扫描报告/通知 | 待确认 |
| 四方达外部依赖 | 赖清涛；外部 owner 待确认 | 8/23 | 公网 IP、小程序、部署验证三项状态 | 待确认 |
| 金斯瑞账户规则 | 孙倩倩；Review 人待确认 | 8/18（建议） | 测试结果、Review 结论、发布决策 | 待确认 |
| AI 真实任务试跑 | 赖清涛 / 李潇 / 王朔（选 1 人） | 8/23 | 真实输入、产物、人工修改、节省时间 | 待决策 |
08 / HOST
主持人话术
开场定结构，收口防止“没说反对就算同意”。
OPENING · 开场今天不按人轮流念周报。我们先用表里的事实确认本周完成和未闭环，然后只收口三件事：央美 8 月 20 日上线门禁、延期与未推进项的取舍、下周 P0 资源排序。
CLOSING · 收口现在只复述已确认结论，未说明的不当作默认同意。请逐项确认：谁负责、什么时候完成、用什么证据验收。
09 / MINUTES
会后纪要骨架
会后直接在 Markdown 真源回写，再同步 HTML。
| # | 决策/行动 | Owner | Deadline | Evidence | 状态 |
|---|---|---|---|---|---|
| A1 | 待会后回写 | 待确认 | 待确认 | 待确认 | 未开始 |
| A2 | 待会后回写 | 待确认 | 待确认 | 待确认 | 未开始 |
| A3 | 待会后回写 | 待确认 | 待确认 | 待确认 | 未开始 |