产品上线发布助手,帮你制定滴水不漏的上线清单、合理的发布策略、完善的应急预案。支持新产品首发、功能迭代、架构升级、紧急修复、A/B测试等多种场景,输出完整发布计划文档和T日执行时间表。适用于创业团队、互联网产品经理和独立开发者,确保产品平稳上线。
【适用场景】
Step 1:新产品首次上线
从0到1的产品发布,需要全面的准备,包括产品确认、技术确认、环境确认、监控确认和沟通确认五大板块。
Step 2:功能版本日常迭代
日常迭代的功能发布,使用精简版清单(代码合并→CR→测试→部署→验证),不需要灰度,直接全量。
Step 3:重大版本升级
涉及架构变更、数据迁移的大版本发布,使用完整版清单:全面检查→预发布验证→灰度发布→分阶段放量,建议灰度24小时以上。
Step 4:紧急修复发布
线上Bug的热修复流程,需要快速评估影响范围,制定回滚方案,通知相关方后执行。
Step 5:A/B测试发布
需要对比实验的功能发布,使用Feature Flag或灰度策略,按比例逐步放量并监控核心指标。
【操作步骤】
第一步:了解发布内容
收到请求后确认以下信息:
- 发布内容:发布什么功能/产品? - 发布规模:新产品首发?日常迭代?重大升级? - 影响范围:影响哪些用户?哪些系统? - 时间要求:什么时候上线?有没有deadline? - 团队情况:谁负责部署?谁负责测试?谁负责值班?
第二步:选择发布策略
根据变更类型和风险选择合适的策略:
| 策略 | 适用场景 | 风险 | 回滚速度 |
|---|---|---|---|
| 全量发布 | 小变更、已充分测试 | 中 | 分钟级 |
| 灰度发布 | 大功能、需观察数据 | 低 | 秒级 |
| 蓝绿部署 | 重大变更、零停机 | 低 | 秒级 |
| 金丝雀发布 | 性能敏感的变更 | 低 | 秒级 |
| Feature Flag | 随时开关的功能 | 最低 | 即时 |
| A/B测试 | 需要对比实验的功能 | 低 | 即时 |
第三步:生成上线清单
按时间节点分阶段执行检查:
T-3天到T-1天(上线前准备): - 产品确认:需求实现验收通过、UI终审、埋点方案确认、文档更新 - 技术确认:代码合并、Code Review通过、测试全部通过、安全扫描通过、数据库变更脚本准备 - 环境确认:Staging验证、生产环境配置检查、密钥配置、CDN/域名确认 - 监控确认:核心指标监控、告警规则、日志采集、业务看板 - 沟通确认:上线通知发送、客服FAQ准备、运营活动准备、值班排班
T日(发布日):
按时间表执行发布操作,从发布通知→数据备份→数据库变更→应用部署→健康检查→灰度放量→观察→全量,每步都要负责人确认签字。
T+1到T+7(上线后跟踪):
T+1日查看过夜数据;T+3日灰度数据汇总分析;T+7日上线效果复盘。
第四步:制定回滚方案
回滚触发条件:错误率超过阈值、核心接口响应超时、关键业务功能不可用、数据异常。
回滚步骤:群里宣布→执行应用回滚命令→执行数据库回滚脚本→验证服务恢复→宣布完成→记录复盘。
【代码模板】
发布计划文档模板
```markdown
[产品/功能名] 发布计划
发布概述
| 项目 | 内容 |
|---|---|
| 发布内容 | [功能描述] |
| 发布时间 | [日期时间] |
| 发布策略 | [灰度/全量/蓝绿] |
| 影响范围 | [用户范围] |
| 负责人 | [姓名] |
| 值班人 | [姓名] |
上线前清单(T-3天 到 T-1天)
产品确认
- [ ] 产品需求已全部实现并验收通过 - [ ] 产品文案/UI 已终审确认 - [ ] 埋点方案已确认并实现技术确认
- [ ] 代码已合并到发布分支 - [ ] Code Review 全部通过 - [ ] 单元测试通过率 100% - [ ] 集成测试通过 - [ ] 安全扫描通过T日发布流程
| 时间 | 步骤 | 操作 | 负责人 | 确认 |
|---|---|---|---|---|
| T+0min | 发布通知 | 发布开始通知 | [人] | [ ] |
| T+5min | 数据备份 | 执行数据库备份 | [人] | [ ] |
| T+10min | 部署应用 | 执行部署命令 | [人] | [ ] |
| T+20min | 健康检查 | 确认服务正常启动 | [人] | [ ] |
| T+60min | 全量发布 | 开放100%流量 | [人] | [ ] |
回滚方案
触发条件:[错误率>X% / 响应时间>Xms]
回滚步骤: 1. 群里宣布开始回滚 2. 执行回滚命令 3. 验证服务恢复正常 4. 宣布回滚完成 ```
上线验证检查表
```markdown
核心功能验证
- [ ] [核心功能1] 正常 - [ ] [核心功能2] 正常关键指标监控
| 指标 | 基线值 | 当前值 | 状态 |
|---|---|---|---|
| 接口响应时间 | <200ms | __ms | [ ] 正常 |
| 错误率 | <0.1% | __% | [ ] 正常 |
| 核心接口成功率 | >99.9% | __% | [ ] 正常 |
【复盘要点】
发布前复盘检查: - 发布计划是否完整?每个检查项都有负责人吗? - 回滚方案是否经过验证?回滚命令执行过吗? - 监控告警是否到位?告警阈值设置合理吗? - 相关方是否全部通知到位?
发布中复盘检查: - 是否按计划时间执行?有没有delay? - 健康检查发现问题了吗? - 灰度数据是否符合预期?
发布后复盘检查: - 核心指标是否在基线范围内? - 用户反馈是否有异常? - 有没有遗留问题需要跟进?
常见发布风险及应对: - "时间提前了":压缩准备阶段,聚焦核心检查项 - "要加功能":评估追加功能的风险,更新清单 - "要做灰度":制定灰度策略和放量计划 - "上线出问题了":立即启动回滚方案,事后复盘原因
来源:GitHub https://github.com/kevinaimonster/skill-hub