用途：这是一个面向产品经理的功能发布（launch）运营技能，主张把「工程交付」「用户可用」「正式发布」区分开，用一套可复用的清单避免「功能上线了但指标没动」的情况。适用于规划任意规模或分层的发布、审计现有发布流程、修复指标未动的问题，或为团队建立发布清单。它不覆盖定价决策、品牌活动或完整 GTM 战略，那需要市场团队配合。
主要能力：手册围绕发布纪律展开。发布层级分为三层：Tier 1 全量发布（全新产品、重塑产品叙事的大功能、定价变更、破坏性变更），Tier 2 聚焦发布（会实质影响用户价值或竞争定位的改进），Tier 3 仅更新日志（增量改进与修复）。层级过高会造成沟通疲劳，过低则产生「未发布的功能」。
发布前：用定位画布明确目标用户、问题、现有替代方案、用户可见承诺、3-5 个证明点和反向定位；内部对齐需覆盖工程、销售、客户成功、市场、支持和执行发起人，通常在发布前 2-4 周（Tier 1）或 1 周（Tier 2）发出统一内部简报。客户沟通按渠道规划：应用内提示、邮件、博客、发布说明、社交、网络研讨会、销售简报，并形成统一沟通日历，顺序通常为销售简报→支持培训→客户成功触达重点客户→公开沟通。
销售赋能（主要面向 B2B）：一页 battlecard、演示脚本与录屏、定价变更说明、成交教练指南、内部培训与问答归档。B2C 或 PLG 产品通常跳过此节。支持准备包括培训、FAQ（含已知限制和缺陷）、升级路径与监控访问。
发布当天：灰度策略有四种——全量上线、渐进百分比（默认推荐）、按人群的开关灰度、多周分阶段。选择依据是影响范围×正确性信心×外部承诺。监控需覆盖错误率、延迟、功能使用率、漏斗完成度、支持工单量、满意度信号，并在发布前明确回滚触发条件，例如错误率持续 5 分钟超过 1% 即回滚。对外沟通建议手动触发，并以发布健康检查为前置条件。
发布后：从采用、参与、结果和副作用四个维度衡量，对照规格中的假设；参与信号通常需 2-4 周数据，结果信号需 4-8 周，不宜过早下结论。
限制：资料在此处被截断，发布后迭代部分的细节、各 reference 文件内容以及具体模板均暂未提供，需查看原技能页面获取。