mcpField
L
launch-strategy

launch-strategy

github.com/borghei营销与增长1.0k90 次安装1 周前更新
代码仓库

关于 launch-strategy

launch-strategy 是面向产品和营销团队的发布策划技能,将产品或功能发布拆分为预热、发布日和后续增长阶段。内容包括发布分级、渠道规划、Product Hunt 流程及效果指标。

主要功能

  1. 01按发布规模划分层级
  2. 02规划预热、发布和后续阶段
  3. 03使用 Owned、Rented、Borrowed 渠道框架
  4. 04提供 Product Hunt 发布流程
  5. 05定义各阶段的发布指标

适用场景

  1. 01为新产品制定分阶段发布计划
  2. 02规划功能发布的渠道与素材
  3. 03准备 Product Hunt 上线活动
  4. 04评估发布后的转化和增长表现

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill launch-strategy

安装后在 Claude Code 中输入/launch-strategy确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

scripts/
launch_metrics_tracker.py
launch_readiness_checker.py
launch_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 周:奠定基础

定位与信息传达

  1. 为此次发布定义一句话价值主张
  2. 确定主要受众群体(最关注这项发布的是谁?)
  3. 起草你希望媒体报道中出现的标题
  4. 回答“所以呢?”这个问题——为什么值得关注?

定位模板:

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 小时:

  • 与团队分享早期结果
  • 处理任何支持问题
  • 参与社区讨论帖
  • 安排次日的后续内容

当天结束时:

  • 记录首日指标
  • 公开感谢早期采用者
  • 记录需要立即修复的问题
  • 确认次日计划
发布日沟通规则
  1. 回复所有内容——发布日不是忽略评论的日子
  2. 创始人参与——CEO / 创始人应亲自在 HN、Reddit、PH 上回复
  3. 公开庆祝成果——及时分享里程碑(“前 3 小时已有 500 人注册!”)
  4. 立即处理问题——如果有故障,在用户抱怨前就进行沟通
  5. 绝不争辩——如果有人提出批评,感谢对方并从中学习

第 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 小时的首页流量
排名未进前 10PH 专属价值有限,但发布内容仍可用于其他渠道
本周 / 本月产品持续获得大量 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 排名前 5Product 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

评论

支持 Markdown