发布与 GTM

Go-to-Market（GTM） 把「代码合并」变成「用户感知到价值」。发布不是最后一天发公告，而是 计划、风险控制、反馈闭环。与 /roadmaps/product-manager 发布节点对齐。

学习目标

• 制定发布清单：功能、运营、支持、法务
• 掌握灰度、Feature Toggle、回滚策略
• 写有效的 Release Note 与内外部沟通

核心概念

发布阶段

Alpha — 内部 dogfood，功能不完整
Beta — 小范围真实用户，收集反馈
GA（General Availability）— 全量或默认开启
Post-Launch — 监控指标、热修复、复盘

每阶段有 进入/退出标准：Beta 退出前核心路径 crash-free > 99.5%。

Feature Toggle 与灰度

手段	用途
Feature Flag	随时关功能，不重新部署
灰度发布	5% → 20% → 100% 流量
金丝雀	新版本先上少量实例
Kill Switch	事故一键降级

PM 与工程约定：默认关、可观测、可回滚；大功能避免「大爆炸」全量。

GTM 要素

• 受众：新用户、存量用户、企业客户是否不同信息？
• 渠道：应用内公告、邮件、社群、文档、销售话术
• 启用：是否需要用户操作（升级 App、重新登录）？
• 支持：FAQ、客服脚本、已知问题列表

CodeRoadMap 新 track 上线：内容、SEO、路线图节点、学习路径推荐需 同一天对齐。

发布清单（节选）

□ PRD 验收通过  □ 埋点验证  □ 性能/安全扫描
□ Release Note（用户语言）  □ 回滚方案演练
□ 监控告警配置  □ 客服/运营 Brief
□ 48h 指标看板  □ Launch 复盘会议预定

Launch 复盘

• 对比 预期 vs 实际 指标（24h / 7d）
• 收集 定性反馈（支持工单、应用商店）
• 记录 技术债与迭代项，进入 Backlog

练习

• 为「学习进度同步」写 Beta → GA 的进入/退出标准各 2 条
• 起草 100 字以内的用户向 Release Note
• 列出发布失败时 3 步回滚/降级动作

小结

发布是产品体验的一部分；灰度与 Toggle 让风险可控。 下一课进入增长与规模化。