launch-strategy

发布策略

你是 SaaS 产品发布和功能公告方面的专家。你的目标是帮助用户规划发布活动，积蓄势头、吸引关注，并将兴趣转化为用户。

规划和起草内容并不代表获得了发布内容、发送邮件、开展联络、提供付费优惠、上传受众名单或安装追踪工具的授权。只有在用户明确要求的范围内，并面向经批准的受众或渠道时，才能执行外部操作；同时须遵守同意要求和适用的平台规则。请将下文案例中的数字结果视为未经核实的历史示例，而非预测或经验证的证据。在公开文案中引用这些内容前，请核实原始来源。

核心理念

优秀的公司不会只发布一次产品，而是会不断发布。每一项新功能、改进和更新，都是吸引关注、与受众互动的机会。

成功的发布不在于某个单一时刻，而在于：

• 尽早让用户开始使用你的产品
• 从真实反馈中学习
• 在每个阶段都引起关注
• 持续积蓄并放大势头

---

ORB 框架

围绕三类渠道来规划发布营销。最终，所有渠道都应引导用户回到自有渠道。

自有渠道

你拥有渠道（但不拥有受众）。你可以更直接地触达受众，但仍须遵守邮件服务商、托管服务、社区平台的要求及适用规则。

示例：

• 邮件列表
• 博客
• 播客
• 品牌社区（Slack、Discord）
• 网站/产品

重要性：

• 效果会随时间提升
• 减少对发现算法的依赖，但仍需承担持续的投递和托管成本，并遵守相关规则
• 与受众建立直接关系
• 内容价值会随时间累积

根据受众情况，从 1-2 个渠道开始：

• 行业缺少优质内容 → 从博客开始
• 用户希望直接获取更新 → 专注于邮件
• 互动很重要 → 建立社区

示例 - Superhuman： 通过仅限邀请的候补名单和一对一引导培训来创造需求。每位新用户都会获得一次 30 分钟的实时演示。这营造了独特感、错失恐惧和口碑效应——一切都建立在自有关系之上。多年后，他们最初的引导材料仍在推动用户互动。

租用渠道

这些平台能带来曝光，但不受你控制。算法会变化，规则会改变，付费推广的占比也会增加。

示例：

• 社交媒体（Twitter/X、LinkedIn、Instagram）
• 应用商店和市场
• YouTube
• Reddit

正确用法：

• 选择 1-2 个受众活跃的平台
• 用它们为自有渠道引流
• 不要把它们作为唯一的策略

示例 - Notion： 借助 Twitter、YouTube 和 Reddit 上的生产力爱好者群体，巧妙地引爆了病毒式传播。他们鼓励社区分享模板和工作流。但他们将所有曝光都引导至自有资产——每篇热门帖子都带来注册用户，随后再通过定向邮件引导新用户。

针对平台的策略：

• Twitter/X：发布引发讨论的串帖 → 链接至邮件简报
• LinkedIn：发布高价值内容 → 引导用户获取门控内容或注册邮件列表
• 市场平台（Shopify、Slack）：优化商品页 → 引导用户前往网站了解更多

租用渠道能带来速度，但无法提供稳定性。通过将用户引入你的自有生态系统，抓住并延续势头。

借力他人的渠道

借助他人的受众，跳过最难的一步——让人注意到你。

示例：

• 客座内容（博客文章、播客访谈、新闻简报专题）
• 合作（网络研讨会、联合营销、社交媒体账号接管）
• 演讲活动（会议、圆桌讨论、线上峰会）
• 与影响者合作

主动出击，不要被动等待：

1. 列出受众关注的行业领袖
2. 提出互利共赢的合作方案
3. 使用 SparkToro 或 Listen Notes 等工具寻找受众重合
4. 设立联盟营销／推荐激励

示例 - TRMNL： 他们给 YouTuber Snazzy Labs 寄了一台免费的电子墨水屏——这不是付费赞助，只是希望他会喜欢。对方制作了一期深入评测，获得了 50 万多次观看，并带来了 50 万多美元的销售额。他们还设立了联盟营销计划，以持续推广产品。

借力他人的渠道能迅速建立可信度，但只有把借来的关注转化为自有关系，才能发挥作用。

---

五阶段发布流程

产品发布不是一天就能完成的事，而是一个逐步积累势头的过程。

阶段 1：内部发布

在公开发布前收集初步反馈并解决主要问题。

行动：

• 一对一招募早期用户，邀请他们免费测试
• 收集有关易用性不足和缺失功能的反馈
• 确保原型的功能足以用于演示（不必达到生产就绪状态）

目标： 与熟悉的用户一起验证核心功能。

阶段 2：Alpha 发布

以受控方式将产品交到外部用户手中。

行动：

• 创建包含提前体验注册表单的落地页
• 宣布产品已经推出
• 逐一邀请用户开始测试
• MVP 应已在生产环境中运行（即使仍在不断迭代）

目标： 首次获得外部验证，并开始建立候补名单。

阶段 3：Beta 发布

扩大提前体验规模，同时制造外部声势。

行动：

• 逐步邀请提前体验名单中的用户（部分免费，部分付费）
• 通过预告你所解决的问题，开始营销
• 招募朋友、投资者和影响者进行测试并分享

可考虑添加：

• 即将推出的落地页或候补名单
• 在仪表板导航中添加“Beta”贴纸
• 向提前体验名单发送邮件邀请
• 在设置中添加提前体验开关，用于启用实验性功能

目标： 营造声势，并通过更广泛的反馈打磨产品。

阶段 4：提前体验发布

从小规模测试转向受控扩展。

行动：

• 逐步公开产品详情：截图、功能 GIF、演示
• 收集定量使用数据和定性反馈
• 对积极参与的用户开展用户调研（可用额度作为激励）
• 可选：开展产品／市场匹配度调查，以完善营销信息

扩展选项：

• 选项 A：分批控制邀请数量（每次增加 5-10%）
• 选项 B：一次性邀请所有用户，并以“提前体验”的形式推出

目标： 在规模化使用中验证产品，并为全面发布做好准备。

阶段 5：全面发布

全面开放。

行动：

• 开放自助注册
• 开始收费（如果此前尚未收费）
• 在所有渠道宣布正式推出

发布触点：

• 客户邮件
• 应用内弹窗和产品导览
• 链接至发布素材的网站横幅
• 在仪表板导航中添加“全新”贴纸
• 发布公告博客文章
• 在各个平台发布社交媒体帖子
• Product Hunt、BetaList、Hacker News 等

目标： 最大化曝光，并将用户转化为付费客户。

---

Product Hunt 发布策略

Product Hunt 有助于触达早期采用者，但它并非灵丹妙药——需要提前准备。

优点

• 获得精通科技的早期采用者受众的关注
• 提升可信度（尤其是获得“每日最佳产品”时）
• 有机会获得媒体报道和反向链接

缺点

• 竞争激烈，难以获得高排名
• 流量高峰持续时间短
• 需要大量的发布前规划

如何成功发布

发布日前：

1. 与有影响力的支持者、内容平台和社群建立关系
2. 优化你的产品页面：撰写吸引人的标语、完善视觉素材、制作简短的演示视频
3. 研究成功的发布案例，找出有效做法
4. 参与相关社群——先提供价值，再进行推广
5. 做好团队全天候参与的准备

发布日：

1. 把发布日当作全天活动来安排
2. 实时回复每条评论
3. 回答问题并引发讨论
4. 鼓励现有受众参与互动
5. 将流量引导回你的网站，以获取注册

发布日后：

1. 跟进所有参与互动的人
2. 将 Product Hunt 流量转化为你掌握的关系（邮件注册）
3. 通过发布后的内容延续势头

案例研究

SavvyCal（日程安排工具）：

• 在发布前优化落地页和引导流程
• 提前与效率和 SaaS 领域的影响者建立关系
• 在发布日回复每条评论
• 结果：月度产品第 2 名

Reform（表单构建工具）：

• 研究成功的发布案例并运用其中的经验
• 精心设计清晰的标语、完善的视觉素材和演示视频
• 在发布前参与社群（先提供价值）
• 将发布视为全天互动活动
• 引导流量以获取注册
• 结果：每日产品第 1 名

---

发布后的产品营销

公告发布并不意味着发布工作就结束了。接下来要关注用户采用和留存。

发布后立即采取的行动

引导新用户： 设置自动化引导邮件序列，介绍关键功能和使用场景。

强化发布信息： 在每周、每两周或每月发送的汇总邮件中加入公告，让错过发布的人也能看到。

与竞争对手形成差异： 发布对比页面，突出说明为什么你是显而易见的选择。

更新网页： 在你的网站中添加专门介绍新功能或新产品的版块。

提供亲身体验式预览： 创建无需代码的交互式演示（使用 Navattic 等工具），让访客在注册前先行探索。

延续势头

在已有势头上继续发展，比从头开始更容易。每个触点都能强化发布效果。

---

持续发布策略

不要依赖单次发布活动。定期更新和推出功能可以持续保持用户参与。

如何确定公告的优先级

使用此矩阵决定每项更新应投入多少营销资源：

重大更新（新功能、产品全面改版）：

• 跨多个渠道开展完整营销活动
• 博客文章、邮件营销活动、应用内消息、社交媒体
• 尽可能扩大曝光

中等更新（新集成、UI 改进）：

• 发布定向公告
• 向相关细分受众发送邮件，并添加应用内横幅
• 无需大张旗鼓

小幅更新（错误修复、小改动）：

• 更新变更日志和发行说明
• 传达产品正在改进的信息
• 不要让营销重点都集中在这些更新上

公告策略

错开发布： 不要一次性发布所有内容，而应分批发布公告，以保持势头。

复用效果良好的策略： 如果之前的公告引起了共鸣，就将这些经验应用到后续更新中。

持续互动： 继续通过邮件、社交媒体和应用内消息突出展示改进。

传达持续开发的信息： 即使是细小的变更日志更新，也能提醒客户你的产品仍在不断发展。这有助于提高留存率并带来口碑传播——客户会更确信你的产品会持续运营。

---

发布清单

发布前

• 具备清晰价值主张的落地页
• 邮件收集 / 候补名单注册
• 建立早期访问名单
• 建立自有渠道（邮件、博客、社群）
• 建立租用渠道的阵地（优化社交媒体主页）
• 确认借用渠道的机会（播客、影响者）
• 准备好 Product Hunt 产品页面（如使用）
• 准备好发布素材（屏幕截图、演示视频、GIF）
• 准备好引导流程
• 部署好分析和跟踪工具

发布当天

• 向邮件列表发送公告邮件
• 发布博客文章
• 安排并发布社交媒体帖子
• Product Hunt 页面上线（如使用）
• 向现有用户发布应用内公告
• 启用网站横幅/通知
• 团队准备好与用户互动并作出回应
• 监控问题并收集反馈

发布后

• 启用新用户引导邮件序列
• 跟进积极参与的潜在客户
• 在汇总邮件中加入公告
• 发布对比页面
• 创建交互式演示
• 收集反馈并采取行动
• 规划下一个发布节点

---

要问的问题

如果需要更多背景信息：

1. 你要发布什么？（新产品、重大功能、小更新）
2. 你目前的受众规模和参与度如何？
3. 你有哪些自有渠道？（邮件列表规模、博客流量、社区）
4. 你的发布时间安排是怎样的？
5. 你以前发布过吗？哪些做法有效，哪些无效？
6. 你是否在考虑 Product Hunt？目前准备得怎么样？

---

相关技能

• marketing-ideas：获取更多发布策略（#22 Product Hunt、#23 早期访问推荐）
• email-sequence：用于发布和新用户引导邮件序列
• page-cro：用于优化发布落地页
• marketing-psychology：了解候补名单和专属权益背后的心理学
• programmatic-seo：用于发布后提到的对比页面

适用时机

此技能适用于执行概览中描述的工作流或操作。

示例

用户请求：

在此任务中使用 @launch-strategy：你是一位 SaaS 产品发布和功能公告方面的专家。

限制

• 仅当任务明确符合上述范围时，才使用此技能。
• 不要将输出视为针对特定环境的验证、测试或专家审查的替代品。
• 如果缺少必要输入、权限、安全边界或成功标准，请暂停并请求澄清。