launch

用途

本技能用于帮助用户策划产品发布、功能公告或版本发布策略。当用户提到「launch」「Product Hunt」「feature announcement」等关键词时适用。其目标受众为 SaaS 产品的发布与营销场景，帮助规划能够积累势能、吸引注意力并把兴趣转化为用户的发布活动。

核心方法论

技能强调：最好的公司不是只发布一次，而是不断再次发布。每一次新功能、改进和更新都是吸引关注和与受众互动的机会。一次强发布不是单一时刻，而是：尽早把产品交到用户手中、从真实反馈中学习、在每个阶段制造声量，以及积累可随时间复利增长的势能。

ORB 框架

将所有发布营销组织为三类渠道，并最终都引导回自有渠道：

• 自有渠道（Owned）：你拥有渠道（但不拥有受众），如邮件列表、博客、播客、品牌社区（Slack、Discord）、网站/产品。基于受众先选 1–2 个起步。资料给出 Superhuman 作为示例。
• 租用渠道（Rented）：提供曝光但你不控制的平台，如社交媒体（Twitter/X、LinkedIn、Instagram）、应用商店和市场、YouTube、Reddit。建议选 1–2 个受众活跃的平台，用于把流量导向自有渠道。资料给出 Notion 作为示例。
• 借用渠道（Borrowed）：借用他人受众来缩短被发现的过程，如客座内容、合作（网络研讨会、联合营销、社交接管）、演讲活动、影响者合作。建议主动列出行业领袖、推销双赢合作、使用 SparkToro 或 Listen Notes 寻找受众重叠、设置联盟/推荐激励。资料给出 TRMNL 作为示例。

Readiness Gate（发布就绪门槛）

产品无法自我营销，而未准备好的产品同样无法营销。技能指出两种失败模式：隐身模式（发布太晚，不断私下打磨）与「再加一个功能」（永不发布，范围无限蔓延）。中间路径是 SLC——Simple（简单）、Lovable（可爱）、Complete（完整）。发布 v1 应满足：只做好一件事、用户是主动想用而非忍受、在该范围内是完整体验而非有明显缺口的残桩。检查项包括：是否只做一件定义清晰的事、目标用户是否会主动选择使用、是否是没有明显缺口的完整体验。若在超出此标准后仍打磨，说明处于隐身模式，应发布；若仍在扩大范围，说明处于「再加一个功能」，应回退到 SLC。通过门槛后再执行后续阶段。

五阶段发布方法

1. 内部发布：一对一招募早期用户免费测试，收集可用性缺口与缺失功能反馈，确保原型足以演示（无需生产就绪）。目标：用友好用户验证核心功能。
2. Alpha 发布：以受控方式让外部用户接触产品。创建含早期访问注册表单的落地页，宣布产品存在，逐一邀请用户测试，MVP 应在生产环境可用。目标：首次外部验证并建立初始等待名单。
3. Beta 发布：扩大早期访问并制造外部声量。推进早期访问名单（部分免费、部分付费），用解决何种问题的预告开始营销，招募朋友、投资者和影响者测试并分享。可考虑：即将推出落地页或等待名单、仪表盘导航中的「Beta」标签、向早期访问名单发送邮件邀请、设置中的实验性功能早期访问开关。目标：建立声量并用更广反馈完善产品。
4. 早期访问发布：从小规模测试转向受控扩张。泄露产品细节（截图、功能 GIF、演示），收集定量使用数据与定性反馈，对活跃用户开展用户研究（可用积分激励），可选做产品/市场契合度调研以优化信息传达。扩张选项：A 分批限流邀请（每次 5–10%）；B 以「早期访问」名义一次性邀请全部用户。目标：规模化验证并为全面发布做准备。
5. 全面发布：开放自助注册、开始收费（若尚未收费）、在所有渠道宣布正式可用。发布触点包括：客户邮件、应用内弹窗与产品导览、链接发布物料的网站横幅、仪表盘导航中的「新」标签、博客公告、跨平台社交帖、Product Hunt、BetaList、Hacker News 等。目标：最大化曝光并转化为付费用户。

Product Hunt 发布策略

优点：接触技术型早期采用者受众、可信度提升（尤其获当日产品）、潜在 PR 报道与反向链接。缺点：排名竞争激烈、流量峰值短暂、需要大量发布前规划。 成功发布做法：发布前建立与有影响力支持者、内容枢纽和社区的关系，优化列表（有吸引力的标语、精良视觉、简短演示视频），研究成功发布案例，先在相关社区提供价值再推销，让团队做好全天参与准备。发布当天视为全天活动，实时回复每条评论，回答问题并引发讨论，鼓励现有受众参与，把流量引回自己网站以捕获注册。发布后跟进所有参与的人，将 Product Hunt 流量转化为自有关系（邮件注册），用发布后内容延续势头。资料给出 SavvyCal 与 Reform 的案例及结果。

发布后产品营销

宣布上线不代表发布结束，接下来是采用与留存工作。立即行动：教育新用户（自动化入门邮件序列）、强化发布（在每周/双周/月度汇总邮件中再次包含公告）、与竞品差异化（发布对比页面）、更新网页（为新产品/功能添加专门区块）、提供动手预览（用 Navattic 等工具创建无代码交互式演示）。持续保持势头。

持续发布策略与更新分级

不要依赖单次发布事件，定期更新与功能推出可维持互动。优先级矩阵：重大更新（新功能、产品重构）使用跨多渠道完整活动，最大化曝光；中等更新（新集成、UI 增强）做针对性公告，向相关细分邮件、应用内横幅，无需全套排场；小更新（缺陷修复、小调整）使用变更日志与发布说明，表明产品在改进，不占据营销主导。公告战术：错开发布时间以维持势头，复用高效战术，持续互动，表明开发活跃（即使小的变更日志更新也能提醒客户产品在演进，建立留存与口碑）。如果能读取产品仓库，可直接从已合并 PR 生成当周变更日志、公告草稿和待更新页面清单（参见 references/shipped-changes.md）。

发布检查清单

发布前：含清晰价值主张的落地页、邮件捕获/等待名单注册、已建立的早期访问名单、自有渠道已建立、租用渠道形象已优化、已识别借用渠道机会、已准备 Product Hunt 列表（若使用）、已创建发布物料、入门流程就绪、分析/追踪就位；若发布包含新站点、改版或迁移，则完成站点 QA（参见 references/site-launch-qa.md）。 发布当天：向名单发送公告邮件、发布博客、社交帖已排期并发布、Product Hunt 列表上线（若使用）、面向现有用户的应用内公告、网站横幅/通知激活、团队准备好参与和回复、监控问题与反馈。 发布后：入门邮件序列激活、跟进参与过的潜在用户、汇总邮件包含公告、对比页面已发布、交互式演示已创建、收集并依据反馈行动、规划下一次发布时刻。

适用场景与限制

适用场景：SaaS 产品发布、功能公告、版本发布策略规划、Product Hunt 发布准备与执行、发布前就绪评估、发布后采用与留存营销、持续更新发布优先级排序。 限制：资料未提供该技能的具体安装命令、调用方式、依赖环境或运行平台信息；技能中提到的第三方工具（如 SparkToro、Listen Notes、Introw、Navattic）的具体功能、收费与使用方式未提供；所有具体效果（如案例中的排名、销量数字）均为资料中引用的示例，不构成对使用本技能效果的保证。

任务特定问题（技能建议向用户收集的信息）

你在发布什么（新产品、重大功能、小更新）？当前受众规模与互动如何？有哪些自有渠道（邮件列表规模、博客流量、社区）？发布时间线？此前是否发布过，哪些奏效/不奏效？是否考虑 Product Hunt，准备情况如何？

相关技能

marketing-ideas（额外发布战术，如 Product Hunt、早期访问推荐）、emails（发布与入门邮件序列）、cro（优化发布落地页）、marketing-psychology（等待名单与稀缺性背后的心理学）、programmatic-seo（发布后的对比页面）、sales-enablement（发布销售物料与赋能）。