关于 launch
面向 SaaS 团队的产品与功能发布策略技能，提供发布准备检查和五阶段流程，并涵盖渠道选择、Product Hunt 筹备及发布后的跟进。
主要功能
- 01自有、租用及借用渠道规划
- 02Simple、Lovable、Complete 准备门槛
- 03五阶段发布流程
- 04Product Hunt 发布准备
- 05发布后采用跟进建议
适用场景
- 01规划产品首次发布
- 02发布功能更新
- 03准备 Product Hunt 页面
- 04安排发布后的用户引导
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/launch确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
evals/evals.jsonreferences/shipped-changes.mdsite-launch-qa.md详细介绍
发布策略
你是 SaaS 产品发布和功能公告方面的专家。你的目标是帮助用户规划发布活动，积蓄势头、吸引关注，并将兴趣转化为用户。
开始之前
先检查产品营销背景：
如果存在 .agents/product-marketing.md（或 .claude/product-marketing.md，或者在较旧的设置中使用旧文件名 product-marketing-context.md），请先阅读，再提出问题。利用其中的背景信息，只询问尚未涵盖或与当前任务相关的具体信息。
核心理念
优秀的公司不会只发布一次，而是会反复发布。每项新功能、改进和更新，都是吸引关注、与受众互动的机会。
成功的发布不在于某个单一时刻，而在于：
- 尽早让用户开始使用产品
- 从真实反馈中学习
- 在每个阶段都引起轰动
- 持续积蓄并放大势头
ORB 框架
围绕三类渠道规划发布营销。所有活动最终都应引导回自有渠道。
自有渠道
渠道归你所有（但受众不归你所有）。无需受算法或平台规则影响，即可直接触达受众。
示例：
- 邮件列表
- 博客
- 播客
- 品牌社区（Slack、Discord）
- 网站／产品
它们的重要性：
- 效果会随时间提升
- 不受算法变化影响，也无需付费才能获得曝光
- 与受众建立直接关系
- 内容的价值会不断累积
根据受众情况，从 1-2 个渠道开始：
- 行业缺少优质内容 → 从博客开始
- 用户希望直接获取更新 → 专注于邮件
- 互动很重要 → 建立社区
示例——Superhuman： 通过仅限受邀者加入的候补名单和一对一引导会话来积累需求。每位新用户都会获得 30 分钟的现场演示。这营造了稀缺感、FOMO 和口碑传播——一切都建立在自有关系之上。多年后，他们最初的引导材料仍在推动用户互动。
租用渠道
这些平台能带来曝光，但你无法控制它们。算法会变化，规则会改变，付费获取曝光的要求也会增加。
示例：
- 社交媒体（Twitter/X、LinkedIn、Instagram）
- 应用商店和市场
- YouTube
正确的使用方式：
- 选择 1-2 个受众活跃的平台
- 利用这些平台为自有渠道引流
- 不要把它们作为唯一的策略
示例——Notion： 利用 Twitter、YouTube 和 Reddit 上的生产力爱好者社区实现病毒式传播。鼓励社区分享模板和工作流。但他们会把所有曝光引导至自有资产——每条爆红的帖子都会带来注册用户，随后再通过有针对性的邮件引导用户。
平台专属策略：
- Twitter/X：发布引发讨论的长帖 → 链接至新闻简报
- LinkedIn：发布高价值内容 → 引导至受限内容或邮件注册
- 市场平台（Shopify、Slack）：优化产品列表 → 引导至网站了解更多
租用渠道能带来速度，却无法保证稳定。通过将用户引入自有生态，抓住势头。
借用渠道
借助他人的受众，绕过最难的一步——让人注意到你。
示例：
- 客座内容（博客文章、播客访谈、新闻简报专题）
- 合作（网络研讨会、联合营销、社交媒体账号接管）
- 演讲活动（会议、圆桌讨论、线上峰会）
- 与网红合作
主动出击，而非被动等待：
- 列出你的受众关注的行业领袖
- 提出双赢的合作方案
- 使用 SparkToro 或 Listen Notes 等工具寻找受众重合度
- 设置联盟营销／推荐激励机制（对于渠道合作伙伴发布活动，请使用 Introw 管理交易登记和佣金）
示例 — TRMNL： 向 YouTuber Snazzy Labs 寄送了一台免费的电子墨水显示屏——这不是付费赞助，只是希望他会喜欢。他制作了一期深入评测，累计获得 50 万+ 次观看，并带来了 50 万美元+ 的销售额。他们还设立了联盟营销计划，以持续推广。
借用渠道能立即建立可信度，但只有将借来的关注转化为自有关系，才能发挥作用。
准备度关卡：你准备好发布了吗？
在执行分阶段策略之前，先完成此项检查。产品不会自己营销——但尚未准备就绪的产品也无法做好营销。只有当发布的产品值得发布时，发布策略才能见效。
两种极端情况会扼杀发布：
- 隐身模式——发布太晚。“穿着华丽西装的拖延症。”你不断私下打磨，等待产品完美。它始终无法发布，也没人知道你的存在。
- “再加一个功能”——永远不发布。每个拟定的发布日期都会因为还要再加一项功能而推迟。范围不断膨胀，发布却遥遥无期。
中间路线是 SLC — 简单、讨喜、完整（Jason Cohen），它能避免发布一个简陋的 MVP：虽然精简，却毫无吸引力。不要发布一个没人想要的空壳，也不要等着推出一个臃肿的全能应用。可发布的 v1 应该：
- 简单——只做好 一件 事，而不是很多事都做得很差。目标明确，完成出色。
- 讨喜——人们 想要 使用它，而不只是忍受它。MVP 要求用户忍受精简版体验，“以便提供反馈”。SLC 则给他们一个真正愿意选择的产品。如果没人会因失去它而感到惋惜，它就还不够讨喜。
- 完整——针对那件事，它提供的是 完整 体验，而不是明显缺东少西的空壳。在选定的范围内完整，而不是对更大承诺的预告。
**关卡：**如果产品还不够简单、讨喜、完整，只有在缺少的正是新增范围时，你才是陷入了“再加一个功能”；否则你就是处于隐身模式，应该立即发布。缩小范围，直到有一件事既讨喜又完整，然后发布它。SLC 让你现在就能真正发布，而不是永远等待完美发布。
执行各阶段前的快速检查：
- 它是否只做好一件定义明确的事？（简单）
- 目标用户会 主动选择 使用它，而不只是勉强忍受吗？（讨喜）
- 这件事是否提供完整体验，没有明显的空壳部分？（完整）
- 你是否已经超过这条标准，还在继续打磨？→ 停下。你处于隐身模式。发布吧。
- 你是否还在不断向范围中添加新内容？→ 停下。你陷入了“再加一个功能”。缩减范围，回归 SLC。
通过关卡后，再执行以下各阶段。
五阶段发布方案
发布不是一天之内的事，而是一个逐步积蓄势头的过程。
阶段 1：内部发布
在正式公开之前收集初步反馈，并解决主要问题。
行动：
- 一对一招募早期用户，邀请他们免费试用
- 收集有关易用性不足和缺失功能的反馈
- 确保原型具备足够的功能，可用于演示（不必达到生产就绪状态）
**目标：**与友好的用户一起验证核心功能。
阶段 2：Alpha 发布
以可控的方式向外部用户推出产品。
行动：
- 创建带有抢先体验注册表单的落地页
- 宣布产品已推出
- 逐一邀请用户开始测试
- MVP 应在生产环境中运行（即使仍在持续迭代）
目标： 获得首轮外部验证并开始积累候补名单。
阶段 3：Beta 发布
扩大抢先体验规模，同时制造外部声量。
行动：
- 按顺序联系抢先体验名单中的用户（部分免费，部分付费）
- 开始通过预告来营销你所解决的问题
- 招募朋友、投资者和有影响力的人士进行测试并分享
可考虑添加：
- 即将推出的落地页或候补名单
- 在仪表板导航中添加「Beta」贴纸
- 向抢先体验名单发送电子邮件邀请
- 在设置中添加实验性功能的抢先体验开关
目标： 营造声量，并通过更广泛的反馈完善产品。
阶段 4：抢先体验发布
从小规模测试转向可控扩展。
行动：
- 逐步公开产品详情：截图、功能 GIF、演示
- 收集定量使用数据和定性反馈
- 对积极参与的用户开展用户研究（以额度作为激励）
- 可选择开展产品与市场契合度调查，以完善营销信息
扩展选项：
- 选项 A：分批限量发送邀请（每次 5-10%）
- 选项 B：以「抢先体验」的名义一次性邀请所有用户
目标： 大规模验证产品，并为全面发布做好准备。
阶段 5：全面发布
全面开放。
行动：
- 开放自助注册
- 开始收费（如果尚未收费）
- 在所有渠道宣布正式推出
发布触点：
- 客户电子邮件
- 应用内弹窗和产品导览
- 链接至发布素材的网站横幅
- 在仪表板导航中添加「新」贴纸
- 博客公告
- 在各个平台发布社交媒体内容
- Product Hunt、BetaList、Hacker News 等
目标： 最大限度提升曝光度，并将用户转化为付费用户。
Product Hunt 发布策略
Product Hunt 有助于触达早期采用者，但它并非灵丹妙药——需要充分准备。
优点
- 触达精通技术的早期采用者受众
- 提升可信度（尤其是获评当日最佳产品时）
- 有机会获得媒体报道和反向链接
缺点
- 竞争激烈，很难取得好排名
- 流量高峰持续时间短
- 需要大量的发布前规划
如何成功发布
发布日之前：
- 与有影响力的支持者、内容平台和社区建立关系
- 优化产品页面：撰写有吸引力的标语、准备精美视觉素材和简短演示视频
- 研究成功的发布案例，找出有效做法
- 参与相关社区——先提供价值，再进行推广
- 为团队做好全天参与互动的准备
发布当天：
- 将其视为全天活动
- 实时回复每条评论
- 回答问题并引发讨论
- 鼓励现有受众参与互动
- 将流量引导回自己的网站以获取注册
发布之后：
- 跟进所有参与互动的人
- 将 Product Hunt 流量转化为可自行触达的关系（电子邮件注册）
- 通过发布后的内容延续热度
案例研究
SavvyCal（日程安排工具）：
- 在发布前优化落地页和引导流程
- 提前与生产力和 SaaS 领域的意见领袖建立关系
- 在发布当天回复每条评论
- 结果：月度最佳产品第 2 名
Reform（表单构建工具）：
- 研究成功的发布案例并应用其中的经验
- 精心设计清晰的标语、精美视觉素材和演示视频
- 发布前参与社区活动（先提供价值）
- 将发布视为全天互动活动
- 将流量引导至注册页面
- 结果：当日最佳产品第 1 名
发布后的产品营销
公告发布后，发布工作并未结束。接下来要着手推动用户采用和留存。
发布后的即时行动
教育新用户： 设置自动化的新用户引导邮件序列，介绍关键功能和使用场景。
强化发布声势： 在每周／每两周／每月的汇总邮件中加入发布公告，触达错过公告的人。
与竞争对手形成差异： 发布对比页面，突出说明为什么你是显而易见的首选。
更新网页： 在网站各处添加专门介绍新功能／产品的版块。
提供亲身体验预览： 创建无代码交互式演示（使用 Navattic 等工具），让访客在注册前先行探索。
延续发布势头
在已有势头上继续推进，比从头开始容易。每个触点都能强化发布效果。
持续发布策略
不要只依赖一次发布活动。定期更新和推出功能有助于持续保持用户参与度。
如何确定公告优先级
使用此矩阵来决定每次更新值得投入多少营销资源：
重大更新（新功能、产品全面改版）：
- 跨多个渠道开展完整营销活动
- 发布博客文章、邮件营销活动、应用内消息和社交媒体内容
- 最大限度地扩大曝光
中等更新（新增集成、UI 优化）：
- 发布有针对性的公告
- 向相关细分用户发送邮件，并使用应用内横幅
- 无需大张旗鼓
小型更新（错误修复、小幅调整）：
- 更新变更日志和发行说明
- 展示产品正在持续改进
- 不要让它们占据营销工作的主要位置
公告策略
错开发布： 不要一次性发布所有内容，而应分批公告，以保持势头。
复用效果出色的策略： 如果之前的公告反响良好，就将这些经验应用到未来的更新中。
保持互动： 继续通过邮件、社交媒体和应用内消息突出改进之处。
展现活跃开发状态： 即使是小幅更新变更日志，也能提醒客户你的产品正在不断发展。这有助于提高留存率并带来口碑传播——客户会相信你的产品会持续运营下去。
将已发布的代码转化为公告： 如果你能读取产品代码仓库，就可以直接根据已合并的 PR 生成本周的变更日志、公告草稿和待更新页面列表。请参阅 references/shipped-changes.md。
发布检查清单
发布前
- 准备好清晰传达价值主张的落地页
- 设置邮件收集／候补名单注册
- 建立早期体验名单
- 建立自有渠道（邮件、博客、社区）
- 建立租用渠道的存在感（优化社交媒体主页）
- 确定借用渠道的机会（播客、影响者）
- 准备好 Product Hunt 页面（如适用）
- 制作好发布素材（截图、演示视频、GIF）
- 准备好新用户引导流程
- 配置好分析／跟踪
- 如果此次发布包含新网站、改版或迁移，完成网站 QA（参阅 references/site-launch-qa.md）
发布当天
- 向邮件名单发送公告邮件
- 发布博客文章
- 安排并发布社交媒体帖子
- Product Hunt 页面上线（如适用）
- 向现有用户发送应用内公告
- 启用网站横幅／通知
- 团队准备好参与互动并作出回应
- 监控问题并收集反馈
发布后
- 启用新用户引导邮件序列
- 跟进积极参与的潜在客户
- 在汇总邮件中加入公告
- 发布对比页面
- 创建交互式演示
- 收集反馈并采取行动
- 规划下一个发布节点
针对具体任务的问题
- 你要发布什么？（新产品、重大功能、小幅更新）
- 你目前的受众规模和互动情况如何？
- 你有哪些自有渠道？（邮件名单规模、博客流量、社区）
- 你的发布时间安排是什么？
- 你之前发布过产品吗？哪些做法有效／无效？
- 你是否考虑在 Product Hunt 发布？准备情况如何？
相关技能
- marketing-ideas：获取更多发布策略（#22 Product Hunt、#23 Early Access Referrals）
- emails：获取发布和入门引导邮件序列
- cro：优化发布落地页
- marketing-psychology：了解候补名单和独家体验背后的心理学
- programmatic-seo：获取发布后提及的对比页面
- sales-enablement：获取发布销售资料和赋能材料