关于 launch-strategy
launch-strategy 是面向产品和营销团队的发布策划技能,将产品或功能发布拆分为预热、发布日和后续增长阶段。内容包括发布分级、渠道规划、Product Hunt 流程及效果指标。
主要功能
- 01按发布规模划分层级
- 02规划预热、发布和后续阶段
- 03使用 Owned、Rented、Borrowed 渠道框架
- 04提供 Product Hunt 发布流程
- 05定义各阶段的发布指标
适用场景
- 01为新产品制定分阶段发布计划
- 02规划功能发布的渠道与素材
- 03准备 Product Hunt 上线活动
- 04评估发布后的转化和增长表现
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill launch-strategy安装后在 Claude Code 中输入/launch-strategy确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
scripts/launch_metrics_tracker.pylaunch_readiness_checker.pylaunch_timeline_generator.py详细介绍
发布策略
类别: 营销 标签: 产品发布、功能发布、Product Hunt、上市策略、发布手册、公告策略
概述
发布策略提供一套完整的手册,帮助发布产品和功能,积累势头、吸引关注,并将兴趣转化为用户。产品发布不是一场活动——而是一项包含预发布、发布日和发布后阶段的营销活动。没有发布计划就直接上线,等于错失增长机会。
先明确信息
规划发布之前,请确认以下信息。如果有任何信息未知或含糊不清,请提问——不要自行假设:
- 发布级别 — 1 级重大发布 / 2 级功能发布 / 3 级更新 / 4 级更新日志(决定投入力度、渠道组合和时间线长度)
- 发布日期 — 计划上线日期(确定逐周预发布计划和 Product Hunt 发布窗口)
- 主要受众群体 — 最关注此次发布的人群(影响定位和 ORB 渠道选择)
- 一句话价值主张 — 即将发布什么,以及为什么值得关注(影响定位模板和公告文案)
停止规则:只询问对输出影响最大的 2-3 项。如果用户说“直接起草”,就继续,并在文档顶部列出你的假设。
发布级别
并非每次发布都值得投入同等精力。先进行分类。
| 级别 | 内容 | 营销投入 | 示例 |
|---|---|---|---|
| 1 级:重大发布 | 新产品、重大转型、品牌重塑 | 提前 4-8 周准备,覆盖所有渠道 | 新产品发布、平台发布 |
| 2 级:功能发布 | 重要的新能力 | 提前 2-4 周准备,自有渠道 + 精选渠道 | 重要功能、集成、新套餐 |
| 3 级:更新 | 现有功能的改进 | 提前 1 周准备,仅限自有渠道 | 性能改进、UI 焕新 |
| 4 级:更新日志 | Bug 修复、小幅改进 | 当天发布,仅发布更新日志 | Bug 修复、细微 UX 调整 |
本技能其余部分主要介绍 1-2 级发布。3-4 级发布可采用相同流程的简化版本。
阶段 1:预发布(提前 4-8 周)
第 8-6 周:奠定基础
定位与信息传达
- 为此次发布定义一句话价值主张
- 确定主要受众群体(最关注这项发布的是谁?)
- 起草你希望媒体报道中出现的标题
- 回答“所以呢?”这个问题——为什么值得关注?
定位模板:
For [target audience] who [need/pain point],
[product/feature] is the [category]
that [key benefit].
Unlike [alternatives],
we [key differentiator].
素材清单:
- 着陆页文案与设计
- 产品截图 / 演示视频
- 博客文章(公告)
- 邮件公告草稿
- 社交媒体帖子(按平台分别准备)
- 新闻稿 / 媒体推介(仅限 1 级)
- 团队内部常见问题解答
- 客户常见问题解答
第 6-4 周:积累势头
预热受众
- 在社交媒体帖子中预告发布(公开构建)
- 分享开发过程中的幕后内容
- 与潜在用户交流你正在解决的问题
- 收集 Beta 用户的早期反馈
候补名单 / 提前体验 对于 1 级发布,可考虑建立候补名单以提升期待:
Waitlist Landing Page Elements:
1. Clear headline: what is coming
2. One-sentence description: why it matters
3. Email capture form
4. Social proof: "Join [X] others waiting"
5. Expected launch date
6. Share incentive: "Move up the list by sharing"
第 4-2 周:准备渠道
ORB 渠道框架
将每个发布渠道归类为自有、租用或借用:
| 渠道类型 | 定义 | 示例 | 控制力 |
|---|---|---|---|
| 自有 | 你能控制受众 | 邮件列表、博客、产品(应用内)、更新日志 | 完全 |
| 租用 | 你付费获取访问机会 | 付费广告、赞助、推广帖子 | 高(付费期间) |
| 借用 | 你通过他人获得访问机会 | 媒体报道、网红提及、社区分享、Product Hunt | 低 |
按层级划分的渠道策略:
| 渠道 | 第 1 层 | 第 2 层 | 第 3 层 |
|---|---|---|---|
| 邮件(完整列表) | 是 | 是 | 仅细分群体 |
| 博客文章 | 长篇 | 短篇 | 更新日志 |
| 社交媒体 | 多帖宣传活动 | 单条公告 | 简短提及 |
| 应用内通知 | 是 | 是 | 可选 |
| Product Hunt | 适用时 | 否 | 否 |
| 媒体 / 新闻界 | 定向推介 | 否 | 否 |
| 付费推广 | 已分配预算 | 小额预算 | 否 |
| 合作伙伴联合营销 | 适用时 | 否 | 否 |
| 社区帖子 | HN、Reddit、Discord | 可能发 HN | 否 |
第 2-1 周:最终准备
- 所有素材均已制作并审核
- 落地页已上线(或已准备好启用)
- 邮件序列已载入并测试
- 社交媒体帖子已安排发布
- 团队已了解发布计划和沟通要点
- 已配置发布指标的分析追踪
- 支持团队已了解新功能 / 预计会遇到的问题
- 已记录回滚计划(以备出现问题)
第 2 阶段:发布日执行
发布日检查清单(限时)
T-2 小时:
- 最后检查:落地页、链接和追踪均正常工作
- 打开团队 Slack 频道以便协调
- 支持团队已就绪
T-0(发布):
- 启用落地页 / 功能开关
- 发送公告邮件(第 1 组:参与度最高的用户)
- 发布博客文章
- 在社交媒体上发帖(所有平台,每隔 30 分钟错开发布)
- 提交至 Product Hunt(如有计划——参见 PH 部分)
- 在相关社区发帖(HN、Reddit、Discord)
- 通知合作伙伴进行联合推广
T+2 小时:
- 查看分析数据:流量、注册数、错误
- 回复所有社交媒体评论 / 问题
- 发送公告邮件(第 2 组:范围更广的列表)
- 监控 Product Hunt 排名(如适用)
T+6 小时:
- 与团队分享早期结果
- 处理任何支持问题
- 参与社区讨论帖
- 安排次日的后续内容
当天结束时:
- 记录首日指标
- 公开感谢早期采用者
- 记录需要立即修复的问题
- 确认次日计划
发布日沟通规则
- 回复所有内容——发布日不是忽略评论的日子
- 创始人参与——CEO / 创始人应亲自在 HN、Reddit、PH 上回复
- 公开庆祝成果——及时分享里程碑(“前 3 小时已有 500 人注册!”)
- 立即处理问题——如果有故障,在用户抱怨前就进行沟通
- 绝不争辩——如果有人提出批评,感谢对方并从中学习
第 3 阶段:Product Hunt 作战指南
Product Hunt 是一种发布渠道,而不是发布策略。与完整的 ORB 方法结合时,效果最佳。
PH 时间线
第 -4 周:准备
- 创建 / 更新 Maker 个人资料
- 真诚地参与 PH 社区互动(评论其他产品)
- 与活跃的 PH 猎手建立关系
- 起草发布信息:标语、描述、首条评论、媒体素材
第 -1 周:发布前
- 确认发布日期(星期二、星期三或星期四——避开星期一和星期五)
- 准备好所有 PH 素材:
- 缩略图(240x240,简洁、易识别)
- 图片库图片(1270x760,展示产品,而非空洞的营销内容)
- 演示视频或 GIF(时长不超过 60 秒)
- 首条评论(真诚、以故事为主,而非官方宣传口吻)
- 通知你的人脉:「我们将于 [date] 在 PH 发布」
- 切勿索要点赞(这违反 PH 准则,而且适得其反)
发布日(太平洋时间凌晨 12:01)
- 太平洋时间午夜过后立即提交(产品会根据从太平洋时间午夜开始的 24 小时内获得的投票排名)
- 5 分钟内发布首条评论(这是你的推介)
- 通过各个渠道分享:「我们今天在 Product Hunt 上发布了」,并附上直达链接
- 在 30 分钟内回复 PH 上的每一条评论
- 真诚互动——回答问题、感谢反馈、正视批评
首条评论模板:
Hey PH! [Name] here, [role] at [Company].
We built [product] because [personal story about the problem].
[1-2 sentences about what it does and why it's different]
Here's what you get:
- [Key feature 1]
- [Key feature 2]
- [Key feature 3]
Special for PH: [offer -- extended trial, discount, early access to feature]
Would love your honest feedback. Happy to answer any questions!
PH 成功指标
| 结果 | 含义 |
|---|---|
| 当日排名前 5 | 发布表现出色,获得徽章和首页曝光 |
| 当日排名前 10 | 发布表现良好,仍能获得 24 小时的首页流量 |
| 排名未进前 10 | PH 专属价值有限,但发布内容仍可用于其他渠道 |
| 本周 / 本月产品 | 持续获得大量 PH 流量 |
第 4 阶段:发布后的势头(30 天)
发布并不会在第一天结束。大部分价值来自持续的发布后活动。
第 1 周(第 2–7 天)
- 发布后续内容:「我们从这次发布中学到了什么」
- 如果数据亮眼,就公开分享:「48 小时内获得 1,000 次注册」
- 创建对比页面:[Product] 与 [Competitor A]、[Competitor B] 的对比
- 联系发布日参与互动的人,请他们提供评价
- 修复发布日反馈的任何问题
第 2 周(第 8–14 天)
- 发布案例研究或早期用户故事
- 创建交互式演示或产品导览
- 提交至相关目录和榜单(G2、Capterra、AlternativeTo)
- 向相关博客 / 新闻简报投稿
- 向发布日访问但未转化的访客投放再营销广告
第 3–4 周(第 15–30 天)
- 向完整名单发送「汇总」邮件,包含发布亮点和社会认同
- 围绕发布关键词创建经过 SEO 优化的内容
- 分析完整的发布转化漏斗:哪些做得好、哪些不理想、哪些值得重复
- 记录下次发布的操作手册(哪些地方会采取不同做法)
- 根据经验教训规划下一次功能发布
发布指标
发布前指标
| 指标 | 目标 | 来源 |
|---|---|---|
| 候补名单注册数 | Tier 1 达到 500+ | 落地页 |
| 邮件名单增长 | 增长 10%+ | 邮件平台 |
| 预告内容的社交互动量 | 达到平常的 2 倍 | 平台分析数据 |
发布日指标
| 指标 | 目标 | 来源 |
|---|---|---|
| 落地页访客数 | 达到平常每日水平的 5 倍 | GA4 |
| 注册 / 转化率 | 访客的 5-15% | 产品分析数据 |
| 社交分享 / 提及次数 | 50+ | 社交媒体监测 |
| Product Hunt 排名 | 前 5 | Product Hunt |
发布后指标(30 天)
| 指标 | 目标 | 来源 |
|---|---|---|
| 可归因于发布的注册总数 | 月均值的 2-5 倍 | 归因分析 |
| 发布带来的注册用户激活率 | 达到或超过普通用户群组 | 产品分析数据 |
| 媒体 / 博客提及次数 | 3+ 次自然提及 | Google Alerts |
| SEO 关键词排名 | 发布关键词获得排名 | 搜索控制台 |
主动触发条件
- 提到功能发布日期,却没有营销计划:立即询问发布策略
- 提到候补名单或抢先体验:设计完整的分阶段转化漏斗,而不只是落地页
- 考虑在 Product Hunt 上发布:启动完整的 PH 作战方案,包括 4 周时间线
- 发布后陷入沉寂:如果第 3 天后仍未发布任何内容,建议制作维持热度的内容
- 计划调整定价:将其视为 Tier 2 发布机会
相关技能
| 技能 | 使用场景 |
|---|---|
| email-sequence | 构建发布公告和发布后引导邮件序列 |
| social-media-manager | 协调围绕发布活动的社交媒体策略 |
| content-creator | 撰写发布活动的博客文章和落地页文案 |
| analytics-tracking | 设置发布转化指标跟踪 |
| ab-test-setup | 测试发布页面的不同版本 |
故障排查
| 症状 | 可能原因 | 解决方案 |
|---|---|---|
| 发布当天流量激增,但注册量接近于零 | 落地页的价值主张不清晰,或 CTA 被埋得太深 | 审查落地页:标题必须让人 5 秒内明白“这是什么,为什么值得关注” |
| Product Hunt 提交获得不到 50 个赞 | 没有提前预热社区、展示素材质量差,或发布日期不合适 | 遵循 4 周 PH 作战方案;在周二至周四发布;确保图库图片展示的是产品,而非营销图形 |
| 发布后的热度到第 3 天便消退 | 没有发布后的内容计划;团队误以为发布日就是活动的终点 | 执行 30 天发布后计划,发布后续内容、用户评价并开展再营销 |
| 发布公告邮件的打开率低于 15% | 邮件主题不够吸引人,或未按互动程度细分名单 | 对邮件主题进行 A/B 测试;按互动程度细分(先发送给互动最多的用户,再发送给更广泛的名单) |
| 发布当天支持团队不堪重负 | 团队未获知新功能信息,或未准备常见问题解答 | 将支持团队简报和常见问题解答的准备纳入发布前检查清单,并至少提前 1 周完成 |
| 指标仪表板在发布当天没有数据 | 尚未配置跟踪,或发布 URL 未添加 UTM 参数 | 将跟踪验证纳入最终 QA 检查清单;先在预发布环境中测试所有转化事件 |
成功标准
- 在做出正式发布决定前,发布准备度检查器的评分高于 80%
- 发布当天流量至少达到每日正常流量的 5 倍
- 注册/转化率达到发布当天访客的 5-15%
- 发布当天获得 50 次以上社交分享/提及
- Product Hunt 排名进入前 5(适用于使用 PH 渠道的 Tier 1 发布)
- 发布后 30 天内的注册量达到月均值的 2-5 倍
- 发布批次的激活率与正常批次相比,相差不超过 10%,或高于正常批次
范围与限制
范围内: 分阶段发布规划(Tier 1-4)、ORB 渠道策略、Product Hunt 作战方案、发布当天执行检查清单、发布后维持热度的营销活动、候补名单管理、发布指标跟踪、发布准备度评估。
范围外: 产品开发和功能就绪情况(由工程团队负责)、定价策略(参见 marketing-strategy-pmm skill)、持续营销运营(参见 marketing-ops skill)、媒体关系建立(公关职能)。
限制: 发布成功取决于产品与市场的契合度——无论发布策略多么完善,都无法弥补产品未能解决实际问题的缺陷。Product Hunt 的效果因产品类别而异;B2C 产品和开发者工具通常比企业级 B2B 产品表现更好。发布后指标至少需要 30 天,才能进行有意义的评估。
脚本
| 脚本 | 用途 | 用法 |
|---|---|---|
scripts/launch_readiness_checker.py | 评估定位、素材、渠道、团队和跟踪方面的发布就绪情况,判断是否可以发布 | python scripts/launch_readiness_checker.py checklist.json --tier 1 |
scripts/launch_timeline_generator.py | 生成按周划分并包含任务和负责人的发布计划 | python scripts/launch_timeline_generator.py --date 2026-04-15 --tier 1 |
scripts/launch_metrics_tracker.py | 跟踪预发布、发布当天和发布后的实际指标与目标指标 | python scripts/launch_metrics_tracker.py metrics.json --demo |