核心用法
该技能作为产品发布的系统性框架，通过六个阶段指导用户完成从筹备到复盘的全流程：
Phase 1: 发布准备度评估 — 通过6维度评分卡（产品-市场契合、定位清晰度、渠道就绪度、内容资产、团队对齐、技术稳定性）量化准备状态，并设置5条"终止线"（Kill Criteria）防止过早发布。
Phase 2: 发布策略设计 — 定义5种发布类型（大爆炸、滚动、软发布、Beta到GA、功能发布），提供决策矩阵；通过YAML模板规范受众定位、信息层级和核心定位陈述。
Phase 3-4: 预热与执行 — 8-2周预热期包含等待列表建设、Beta程序设计、合作伙伴外联；发布日提供小时级作战室协议，明确5种角色和升级规则。
Phase 5-6: 增长与复盘 — 发布后30天分阶段优化激活漏斗，通过渠道归因评分识别增长引擎；30天复盘模板量化各渠道ROI并沉淀改进清单。
显著优点
- 实战导向：提供可直接复用的YAML模板、检查清单、邮件模板和小时级日程表，非纯理论框架
- 风险前置：独创"Kill Criteria"和准备度评分，用数据替代直觉判断发布时机
- 渠道深耕：针对Product Hunt、Hacker News等特定平台提供差异化战术（如PH禁止求赞、HN重视技术透明度）
- 失败容错：专设"失败发布复苏"章节，提供产品、信息、渠道、时机四维诊断和重发布路径
潜在局限
- 资源假设：部分策略（如50-200人Beta项目、8-12周大爆炸筹备）对资源有限的小型团队或个体创作者门槛较高
- 文化语境：外联模板和渠道策略（Product Hunt、Hacker News、Reddit）以北美/英语市场为主，需本地化适配
- 数据基准：漏斗转化率基准（如3-8%冷流量注册率）基于SaaS行业，其他品类（电商、内容）可能偏差较大
适合人群
- 产品经理、增长负责人、创始人需系统规划新产品/功能发布
- 有基础产品但缺乏发布经验的早期创业团队
- 需协调跨职能团队（工程、市场、销售、客服）的中型组织
- 希望将发布从"事件"转化为"可重复流程"的企业
常规风险
- 过早乐观：准备度评分18-24分区间易产生"差不多就行"心理，建议严格遵循25分门槛
- 渠道过度分散：多平台同步发布易分散注意力，建议根据受众聚集点优先1-2个主渠道
- 反馈噪音：发布后功能请求激增可能干扰产品路线图，需建立分类筛选机制
- 技术债务："不要镀金"原则下，P2级问题可能积压，需在发布后2周内安排技术清偿