W1 · 组件就绪
组件开发完成
测试和 bug 修复
完成组件研发、接口集成与功能测试,修复影响后续配置的问题;完成双品牌产品部署调整。
周末节点:组件可供物料配置使用。
按正式启动后的 W1–W4 安排实施,以墨西哥站上线为本轮节点。具体起止日期以项目启动时间为准。
完成组件研发、接口集成与功能测试,修复影响后续配置的问题;完成双品牌产品部署调整。
周末节点:组件可供物料配置使用。
按已确认的页面清单填充文案、图片和视频,完成三端页面配置与检查。
周末节点:形成可验收站点。
集中提交一次报告,完成业务与质量验收;验收阶段的需求调整、增补同步记录并处理。
周末节点:形成报告与验收结论。
提交敏捷平台上线工单,完成 CAB 评审,再按获批窗口执行发布、域名切换与运维跟踪。
周末节点:墨西哥站正式上线。
| 阶段 | 工作项 | 前置条件 / 说明 | 原表 工作量 | W1 | W2 | W3 | W4 |
|---|---|---|---|---|---|---|---|
| 每周里程碑 | ◆ 组件完成 | ◆ 配置完成 | ◆ 验收完成 | ◆ 正式上线 | |||
| 官网实施研发 | 组件研发 | W1 完成组件开发,供 W2 物料填充配置使用。 | 7 | 开发完成 | |||
| CRM 接口文档与集成 | 开发前提供清晰、完整的接口文档,W1 完成集成。 | 3 | 集成 | ||||
| 功能测试与 bug 修复 | 完成组件内部功能测试,修复影响物料配置及验收的问题。 | 5 | 测试修复 | ||||
| ZCMS 产品部署调整 | 双品牌部署配置 | 支持极氪、领克双品牌;沿用既有产品能力,调整部署与配置,避免重复开展产品验收。 | 10 | 部署调整 | |||
| ZCMS 环境部署 | 吉利 IT 配合负载均衡、CDN 回源与刷新权限配置,部署技术要求见下方。 | 2 | 环境就绪 | ||||
| 站点物料准备 | 墨西哥站 | W2 开始前提供全部物料,并完成检查确认。业务确认页面清单、三端设计及对应文案、图片、视频,减少配置期间的反复沟通。 | 5 | 全部确认 | |||
| 智利站 | 按原表保留后续站点工作;业务确认页面清单、三端设计与完整物料,填充配置以物料齐备为前提。 | 5 | 准备确认 | ||||
| 物料填充配置 | 墨西哥站 | 基于已确认物料完成填充、配置和三端检查,形成可验收站点。 | 5 | 填充配置 | |||
| 智利站 | 物料齐备后开展配置;上线仍按原表后续批次安排,不并入墨西哥 W4 上线节点。 | 5 | 齐备后配置 | ||||
| 报告准备与提交 | 产品质量报告 | 沿用适用于本次部署范围的既有产品报告,不重复开展产品验收。 | 5 | 集中提交 一次 | |||
| 安全测试报告 | 复用适用的既有报告;涉及安全问题的调整按实际影响补充。 | ||||||
| 压力测试报告 | 复用适用的既有报告;涉及稳定性问题的调整按实际影响补充。 | ||||||
| 功能测试报告 | 按本次站点范围整理测试结果,纳入 W3 一次性提交材料。 | ||||||
| 性能测试报告 | 按本次站点范围整理测试结果,纳入 W3 一次性提交材料。 | ||||||
| 验收 | 业务验收 | 根据已填充站点完成确认;验收阶段需求调整、增补纳入清单处理,不涉及稳定性、安全问题时不再补充报告,避免验收延误。 | 5 | 业务验收 | |||
| 质量部门验收 | 在 W3 内完成质量验收,报告与业务验收并行推进;后续上线以验收通过为前提。 | — | 质量验收 | ||||
| 上线准备和上线 | 敏捷平台上线工单 及 CAB 评审 | 提交上线工单,完成 CAB 评审并确认发布窗口;获批后执行上线。 | — | 工单 / 评审 | |||
| 生产环境更新 | 按获批的发布窗口完成生产环境更新。 | 3 | 墨西哥站 正式上线 | ||||
| 站点数据迁移 | 完成本次上线站点数据迁移。 | ||||||
| 内容发布 | 发布本次已确认、已验收的页面内容。 | ||||||
| 域名切换 | 按获批方案执行域名及流量切换。 | ||||||
| 运维跟踪 | 上线后持续跟踪站点运行情况。 | 上线后持续 | |||||
工作量数字沿用上传原表,原表未注明单位;“—”表示未单列估算。智利站保留原表“12月第2周发布”的后续安排,具体上线窗口另行确认。
墨西哥站全部物料须在 W2 开始前 提供齐全,且完成检查确认,包括页面清单、三端设计、文案、图片与视频。
W3 集中提交报告。验收期间的需求调整、增补,不涉及稳定性或安全问题时,不再补充报告;涉及上述问题时,按影响范围处理并补充相应报告。
ZCMS 支持极氪、领克双品牌,本次按产品部署调整安排。沿用既有产品能力与适用报告,避免产品二次验收;站点仍按本次上线范围完成验收。
CDN(内容分发网络)的缓存统一遵循 ZCMS 源站返回的 Cache-Control。下表说明源站缓存策略,无需在 CDN 逐条覆盖,尤其不要将 /published/* 统一强制缓存一年。
| 内容 | 源站缓存时间 |
|---|---|
| 页面 HTML | 60 秒 |
页面目录下固定文件名的资源,如 reset.css | 300 秒 |
components-styles.{hash}.css | 365 天,immutable |
/published/ 下的版本化组件、依赖、普通图片、视频、字体 | 365 天,immutable |
/published/snapshots/* 数据快照 | 3600 秒 |
/published/ 下的 SVG、XML、HTML 等文档资源 | 3600 秒,must-revalidate |
| 路径 | 转发目标 |
|---|---|
| 本次接管的页面路径及其目录下的文件 | ZCMS 发布服务 |
/published/* | ZCMS 发布服务,包含素材、组件、依赖和数据快照;缓存遵循源站 Cache-Control |
/sitemap.xml、/robots.txt | ZCMS 发布服务;整站由 ZCMS 管理时接入 |
/api/datasource | ZCMS 发布服务;组件使用动态数据或提交功能时接入,不缓存 |