launch-strategy

用途

Launch Strategy 是一个帮助用户规划 SaaS 产品发布、功能公告或版本发布策略的技能。当用户想规划产品发布、功能公告或发布策略，或提到 launch、Product Hunt、feature 等相关内容时使用。

核心思路

最好的公司不只发布一次，而是反复发布。每一个新功能、改进和更新，都是吸引注意、激活受众的机会。一次有力的发布不只是单一时刻，而包括：让产品尽早到用户手中、从真实反馈中学习、在每个阶段都制造声势、建立可随时间复利的势能。

ORB 框架

把发布营销组织在三种渠道类型上，最终都引导回自有渠道。

自有渠道（Owned）：你拥有渠道（但不拥有受众），无需算法或平台规则即可直接触达。例如邮件列表、博客、播客、品牌社区（Slack、Discord）、网站/产品。其优势是随时间变得更有效、不受算法变化或付费参与影响、与受众建立直接关系、内容产生复利价值。可基于受众从 1-2 个起步：行业缺少优质内容则开博客；人们想要直接更新则聚焦邮件；互动重要则建立社区。

租用渠道（Rented）：提供曝光但不受你控制的平台，算法会变、规则会变、付费参与会增加。例如社交媒体（Twitter/X、LinkedIn、Instagram）、应用商店与市场、YouTube、Reddit。正确用法是选择 1-2 个受众活跃的平台，用它们把流量引向自有渠道，不要把它们当作唯一策略。平台具体做法包括：Twitter/X 用引发对话的 thread 链接到 newsletter；LinkedIn 用高价值帖子引导到门控内容或邮件订阅；市场（Shopify、Slack）优化 listing 引导到网站。租用渠道带来速度而非稳定，要把势头转化为自有生态中的用户。

借用渠道（Borrowed）：借助他人的受众，绕过最难的部分——被注意到。例如客座内容（博客文章、播客访谈、newsletter 推荐）、合作（网络研讨会、联合营销、社交接管）、演讲（会议、panel、线上峰会）、网红合作。要主动而非被动：列出受众关注的行业领袖、提出双赢合作、用 SparkToro 或 Listen Notes 等工具寻找受众重叠、设置联盟/推荐激励。借用渠道带来即时可信度，但只有把借来的注意力转化为自有关系才有效。

五阶段发布方法

发布不是一天的事件，而是建立势能的分阶段过程。

内部发布：公开前收集初始反馈、解决主要问题。一对一招募早期用户免费测试，收集可用性缺口与缺失功能的反馈，确保原型足以演示（无需生产就绪）。目标是用友好用户验证核心功能。
Alpha 发布：以受控方式把产品放到外部用户面前。创建带早期访问注册表单的落地页，宣布产品存在，逐一邀请用户开始测试，MVP 应在生产环境可用（即使仍在演进）。目标是首次外部验证与初步建立等待名单。
Beta 发布：扩大早期访问，同时制造外部声量。处理早期访问名单（部分免费、部分付费），用关于你解决问题 teaser 开始营销，招募朋友、投资人和网红测试并分享。可考虑增加：即将上线落地页或等待名单、仪表盘导航中的 Beta 标签、向早期访问名单发送邮件邀请、设置中用于实验功能的早期访问开关。目标是建立声量并用更广泛反馈完善产品。
早期访问发布：从小规模测试转向受控扩张。放出产品细节：截图、功能 GIF、演示，收集定量使用数据与定性反馈，对活跃用户做用户研究（用积分激励），可选做产品/市场契合度调查以完善信息传达。扩张选项：A 分批限流邀请（每次 5-10%）；B 以早期访问名义一次性邀请所有用户。目标是大规模验证并为全面发布做准备。
全面发布：打开闸门。开放自助注册，开始收费（如尚未收费），在所有渠道宣布正式可用。发布触点包括：客户邮件、应用内弹窗与产品导览、链接到发布素材的网站横幅、仪表盘导航中的 New 标签、博客公告、各平台社交帖子、Product Hunt、BetaList、Hacker News 等。目标是最大化曝光并转化为付费用户。

Product Hunt 发布策略

Product Hunt 可触达早期采用者，但需要准备。优势：接触懂技术的早期采用者受众、可信度提升（尤其获得 Product of the Day）、潜在 PR 报道与反向链接。劣势：排名竞争激烈、流量高峰短暂、需要大量发布前规划。

发布日前：与有影响力的支持者、内容枢纽和社区建立关系；优化 listing（有吸引力的 tagline、精致视觉、简短演示视频）；研究成功发布找出有效做法；参与相关社区，先提供价值再推销；让团队准备好全天互动。

发布日：当作全天事件；实时回复每条评论；回答问题、激发讨论；鼓励已有受众参与；把流量导回你的网站以捕获注册。

发布日后：跟进所有参与的人；把 Product Hunt 流量转化为自有关系（邮件订阅）；用发布后内容延续势头。

发布后产品营销

公告上线不代表发布结束，接下来是采用与留存工作。发布后即时动作：教育新用户（设置自动化 onboarding 邮件序列介绍关键功能与用例）；强化发布（在每周/双周/月度汇总邮件中包含公告，触达错过的人）；与竞品区分（发布对比页面说明为何你是显然选择）；更新网页（在站点各处添加关于新功能/产品的专门区块）；提供动手预览（用 Navattic 等工具创建无代码交互式演示，让访客注册前先探索）。保持势头比从零开始更容易。

持续发布策略

不要依赖单次发布事件，定期更新与功能推出能维持互动。用矩阵决定每个更新应投入多少营销：

重大更新（新功能、产品重构）：跨多个渠道的完整 campaign，博客、邮件 campaign、应用内消息、社交媒体，最大化曝光。
中等更新（新集成、UI 增强）：定向公告，向相关细分发邮件、应用内横幅，无需全套铺张。
次要更新（bug 修复、小调整）：changelog 与发布说明，表明产品在改进，不占用主导营销。

公告策略：错开发布（不要一次全部上线，错开公告以维持势头）；复用高绩效做法（此前公告引发共鸣就把洞察应用到未来更新）；持续互动（继续用邮件、社交和应用内消息突出改进）；表明活跃开发（即使小的 changelog 更新也提醒客户产品在演进，建立留存与口碑）。

发布检查清单

发布前：带清晰价值主张的落地页；邮件捕获/等待名单注册；已建立早期访问名单；已建立自有渠道（邮件、博客、社区）；租用渠道存在（社交档案已优化）；已识别借用渠道机会（播客、网红）；已准备 Product Hunt listing（如使用）；已创建发布素材（截图、演示视频、GIF）；onboarding 流程就绪；分析/追踪就位。

发布日：向名单发送公告邮件；发布博客文章；社交帖子已排期并发布；Product Hunt listing 上线（如使用）；面向现有用户的应用内公告；网站横幅/通知启用；团队准备好互动与回复；监控问题与反馈。

发布后：onboarding 邮件序列启用；跟进参与的潜在用户；汇总邮件包含公告；发布对比页面；创建交互式演示；收集并处理反馈；规划下一个发布时刻。

任务相关问题

在开始前，先检查是否存在产品营销上下文：如果存在 .agents/product-marketing-context.md（或旧设置中的 .claude/product-marketing-context.md），先阅读再提问，只询问该上下文未覆盖或本任务特有的信息。可询问：你发布的是什么（新产品、重大功能、次要更新）？当前受众规模与互动如何？你有哪些自有渠道（邮件列表规模、博客流量、社区）？发布时间线？此前是否发布过，什么有效/无效？是否考虑 Product Hunt，准备状态如何？

技能介绍

用途