我最近参与了一次挺典型的内部会议。主角是：

• E：工程师，负责一个新功能的开发和上线，老派 hacker 风格
• M：市场同学，新来不到半年，之前在广告代理出身
• 我：被叫来做”上线流程过一遍”的 observer

会议预期 1 小时，实际开到下午 4 点多。吵的不是功能本身，是”这个功能怎么上线”。我在旁边看了一阵，打开 launch-strategy Skill 开始做笔记，越记越发现他们的分歧每一条都能映到 Skill 的 framework 上。这篇文章就是那场会议的还原，加上 Skill 的几处关键介入。

第一回合：要不要”发布”这件事

E（开发）：**”功能做完了，推送更新，该用的用户自然会发现。这是 dogfooding 文化。”**

M（市场）：**”不做 launch 等于白做。功能上线那天，是一年里我们能拿到最多注意力的窗口，错过就错过了。”**

两个人在这一点上根本不在同一个 context。E 的视角是产品本身就是营销，M 的视角是分发是产品的一半。

Skill 在 Proactive Triggers 里直接给了判决：

Feature ship date mentioned: When an engineering delivery date is discussed, immediately ask about the launch plan; shipping without a marketing plan is a missed opportunity.

这个 trigger 我放出来之后，E 的第一反应是”我们不是大厂，launch 不 launch 其实没区别”。但 Skill 的逻辑不是”launch = 大张旗鼓”，launch 的本质是把一次产品事件变成一次叙事事件。你可以低调，但不能没计划。

Skill 的 Task-Specific Questions 有一条很值得记下来：

Have you launched before? What worked / didn’t work?

这个问题把 E 噎住了。他们公司过去 18 个月其实发过 3 个”重要”功能，每一次都没做 launch，每一次流量都没起。他没法拿过去的经验反驳 M。

第二回合：ORB 到底是什么

M 拿出她的 “launch plan”，讲了 10 分钟：投 Meta 广告、找 3 个 KOL 发 LinkedIn、挂个 banner。E 的质疑很直接：”这不就是花钱买曝光吗？”

这里 Skill 的 ORB 框架救了场。ORB = Owned / Rented / Borrowed，三种渠道类型：

Skill 的 communication 规范里写得很硬：

A launch plan is only complete when it covers all three ORB channel types and includes both launch-day and post-launch actions.

这句话一贴出来，M 的原方案立刻显得单薄——她只覆盖了 Rented 的一小块（付费广告、KOL LinkedIn）。Owned 和 Borrowed 几乎没提。E 第一次意识到 “owned” 一栏他其实一直有但没用——他们邮件列表已经 5000+，过去一年一封功能公告都没发过。市场这边的工作不仅是”外面宣传”，是”把已有资源都调动起来”。

邮件那块的具体实施建议搭配 email-sequence Skill，X / LinkedIn 的个人账号打法可以参考 x-twitter-growth Skill，两个 Skill 能把 ORB 里的 Owned 和 Rented 具体化。

第三回合：Product Hunt 要不要上

M 的立场：必须上，错过就是罪过。
E 的立场：Product Hunt 上的都是国外开发者，我们 ICP 不是他们。

Skill 在 Proactive Triggers 里有一条特别针对这个：

Product Hunt consideration: Any mention of Product Hunt should trigger the full PH strategy section including pre-launch relationship building timeline.

关键词是”full PH strategy including pre-launch relationship building timeline”。多数团队上 Product Hunt 失败的原因不是”PH 不适合我们”，而是他们当天才想起来上 PH。

“上线前 4-8 周”这条是关键。Product Hunt 不是”当天发贴等运气”，它是一个社区。你不在那个社区里积累，当天出现，maker 身份是 0，评论区只有自己，上去就沉。

E 听完这一段反倒松了口气：”那我们现在准备已经来不及了，这次就不上 PH。”Skill 的 Launch Day Checklist 里其实也不要求每次都上 PH——它要求你在上之前想清楚为什么上。不上不是错，草率地上才是错。

第四回合：Waitlist 要不要做

E：功能反正下周就上线了，搞什么 waitlist。
M：不搞 waitlist 就没法测需求热度。

这场辩论的答案其实取决于你是 feature 还是 product。小功能的 incremental update 不需要 waitlist，产品线的新 SKU 或者新独立能力需要。

Skill 的 trigger：

Waitlist or early access mentioned: Offer to design the full phased launch funnel from alpha through full GA, not just the landing page.

full phased launch funnel 是 4 个阶段：Alpha / Closed beta（小规模邀请制）→ Waitlist / Early access（公开 landing page 收邮箱）→ Public beta（全量开放但 beta 标签）→ GA（完整上线 + 价格公告 + 全渠道 launch）。

对于这次的功能，E 最后同意不做 waitlist——因为它是现有产品的功能增强，不是新 SKU。但做 alpha 先放给 30 个活跃客户试，beta 两周，两周后 GA。这个节奏一排，M 的 launch plan 就有了三个发布点而不是一个，传播势能能拉得更长。

第五回合：Post-launch 比 launch day 更重要

M 说她的工作重心都在 launch 当天。Skill 直接反驳这个思路：

Post-launch silence: If a user launched recently but hasn’t followed up with momentum content, proactively suggest the post-launch marketing actions (comparison pages, roundup email, interactive demo).

launch 当天的流量是一次脉冲，你 post-launch 做什么决定了这次脉冲能不能变成持续曲线。一份 30 天 post-launch 行动清单，我在会议白板上临时整理了一份：

• 第 1-3 天：Launch 当天数据复盘 + 社区 AMA
• 第 4-7 天：用户 early feedback 整理成博客
• 第 8-14 天：Comparison page（vs 竞品）上线，承接 SEO 长尾
• 第 15-21 天：Case study 开始做一份真实客户的使用故事
• 第 22-30 天：Interactive demo 或 video walkthrough，承接从搜索来的考虑期流量

E 对”comparison page”很抗拒，觉得是”不厚道”。但 Skill 的 related skills 里引用了 competitor-alternatives，里面的观点很清楚：用户在 decision 阶段本来就会搜 “A vs B”，你不做 comparison page，那个流量就去了别人做的比较页。

内容 roadmap 这一块建议配合 content-strategy Skill；SEO 导向的对比页可以通过 programmatic-seo Skill 批量生成。

第六回合：Pricing change 也是 launch

最后 10 分钟，话题突然转到”下个月我们要涨价”。我提醒他们 Skill 里有这一条：

Pricing change planned: Pricing updates are a launch opportunity; offer to build an announcement campaign treating it as a product update.

涨价不是运营动作，是一次 launch。用和产品 launch 一样的节奏去做：Pre-launch（提前 60-90 天通知老客户）、Launch window（announcement blog + email + in-app notice）、Post-launch（30 天 churn 监控 + CS 话术 toolkit）。把涨价当 launch 做，和把涨价当”后台改个数字”做，结果差得不是一点半点。前者 churn 往往控制在 3-5%，后者很容易翻到 10% 以上。

关于涨价执行细节，回去看 pricing-strategy Skill 那篇更详细。

会议结束时的那份 launch plan

下午 4 点多，会议结束时，白板上最后定下的 launch plan 长这样：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

[功能 X] Launch Plan

时间表
- Week -2：alpha 放给 30 个客户
- Week -1：alpha feedback 整理、文案 draft、邮件列表分段
- Launch Day (T=0)：
    * 09:00 邮件列表公告
    * 10:00 产品内 banner 上
    * 10:30 创始人 X / LinkedIn 发布
    * 12:00 博客长文上线
    * 14:00 Changelog 公告
    * 全天：在 2 个相关 subreddit / Discord 参与讨论
- Week +1：对比页上线、早期使用数据 roundup 发邮件
- Week +2~4：case study 采访、interactive demo 上线、SEO 长尾承接

ORB 覆盖
- Owned: 邮件 / 站内 banner / 博客 / changelog
- Rented: 创始人个人 X + LinkedIn + 2 个技术社区
- Borrowed: 1 家合作 newsletter 互推、1 个行业播客访谈（若档期对得上）

成功指标
- 功能激活率 > 15%（30 天内）
- Launch day 带来的新注册 > 常规日 2x
- 对比页 SEO 落到前 3 页关键词 > 3 个
- case study 在 Q3 销售材料里使用 > 2 次

对比他们原本的方案（就是 M 那份广告 + KOL 的清单），这份是立体的。每一条都有 owner、时间、渠道类型、度量方式。

工程师和市场同学分别学到了什么

E 在会议结束时的原话：”我以为 launch 就是自嗨，听完发现它其实是给产品加一次势能曲线。”

M 的话：”我以前的 launch 都是把广告投几天，觉得够了。ORB 这个框架让我发现 Owned 通道其实一直在那，我都没动过。”

这其实代表着两类营销认知的撞合。工程师不相信 launch 的价值，是因为他们见过太多浮夸 launch 什么结果都没有；市场同学迷信 launch 当天，是因为他们的 KPI 总定在当天的数字上。Skill 的存在，是把 launch 重新定义为一个时间轴上的多点协作事件，而不是”当天发个动态”。

工具链

我自己跑 launch 的 checklist 习惯用 Claude Code + OpenClaw 搭配。OpenClaw 做跨平台的 post schedule，Claude Code 跑 Skill 输出整份 launch plan。遇到大一点的 launch 会拉 Windsurf 做 project 级别协作，团队里的文案 / 设计 / PM 都能看同一份计划。Hermes Agent 把 launch 检查清单跑成自动化定时任务也很方便。对国产模型有预算偏好的团队，用 Kimi-K2 跑 Skill 的长上下文能力不错，特别是把过去 launch 的历史 post-mortem 都 feed 进去做”学习”的时候，长 context 省事很多。

SKILL 完整中文版

1
2
3
4
5
6
7
8

name: "launch-strategy"  # 技能名称
description: "用户想规划产品发布、功能公告或 release 策略时启用。同时适用于用户提到 'launch'、'Product Hunt'、'feature release'、'announcement'、'go-to-market'、'beta launch'、'early access'、'waitlist'、'product update'、'GTM plan'、'launch checklist' 或 'launch momentum'。本 Skill 覆盖 phased launch、渠道策略和持续的 launch 势能。"
license: MIT
metadata:
  version: 1.0.0
  author: Alireza Rezvani
  category: marketing
  updated: 2026-03-06

发布策略

你是 SaaS 产品发布和功能公告领域的专家。你的目标是帮用户规划能建立势能、抓住注意力、把兴趣转化为用户的发布。

开始之前

先检查 product marketing context：
如果 .claude/product-marketing-context.md 存在，提问前先读。用其中 context，只问未覆盖或本次任务专属的信息。

核心理念

→ 详见 references/launch-frameworks-and-checklists.md

任务专属问题

1. 你要发布什么？（新产品、重大功能、小更新）
2. 当前受众规模和参与度如何？
3. 有哪些 owned 渠道？（邮件列表规模、博客流量、社群）
4. 发布的时间表是什么？
5. 你以前发布过吗？什么有效/什么无效？
6. 是否考虑 Product Hunt？准备状态如何？

Proactive Triggers

以下情况主动提供 launch 规划：

1. 提到 feature ship date —— 一旦讨论到工程交付日期，立即询问 launch plan；没有营销计划就上线是错失机会。
2. 提到 waitlist 或 early access —— 主动提议设计从 alpha 到全量 GA 的完整 phased launch funnel，而不仅是一个落地页。
3. 考虑 Product Hunt —— 任何提及 Product Hunt 都要触发完整 PH 策略章节，包括 pre-launch 关系建立 timeline。
4. Post-launch 沉默 —— 若用户最近发布但没跟进 momentum 内容，主动建议 post-launch 营销动作（comparison page、roundup email、interactive demo）。
5. 计划涨价 —— 定价更新是一次 launch 机会；主动提议把它当作产品更新做一次 announcement campaign。

输出产物

沟通规范

Launch plan 必须具体、有时间界限、指定渠道——不要模糊的”在社交媒体上发个动态”。每一条输出都要指明谁做什么、什么时候做。参考 marketing-context 确保 launch 叙事与 ICP 语言和定位一致，再动笔写文案。质量底线：一份 launch plan 只有在覆盖全部三类 ORB 渠道、并包含 launch-day 和 post-launch 动作时才算完整。

相关 Skill

• email-sequence —— 构建 launch announcement 和 post-launch onboarding 邮件序列时用；不用作完整渠道策略的替代。
• social-content —— 为 launch day 起草具体社交 post 和 thread 时用；不用于渠道选择策略。
• paid-ads —— 当 launch plan 含付费放大时用；不用于纯 organic launch。
• content-strategy —— 当 launch 需要发布后数周的持续内容（博客、case study）时用；不用于单日 launch 执行。
• pricing-strategy —— 当 launch 涉及定价变化或新档引入时用；不用于纯功能 launch。
• marketing-context —— 作为基础，对齐 launch 信息与 ICP 和品牌语气；始终先加载。

SKILL Original English Version

下方为 SKILL.md 英文原文，完整保留以便读者对照查阅 / The following is the original SKILL.md in English, embedded verbatim for cross-reference.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74

---
name: "launch-strategy"
description: "When the user wants to plan a product launch, feature announcement, or release strategy. Also use when the user mentions 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' 'product update,' 'GTM plan,' 'launch checklist,' or 'launch momentum.' This skill covers phased launches, channel strategy, and ongoing launch momentum."
license: MIT
metadata:
  version: 1.0.0
  author: Alireza Rezvani
  category: marketing
  updated: 2026-03-06
---

# Launch Strategy

You are an expert in SaaS product launches and feature announcements. Your goal is to help users plan launches that build momentum, capture attention, and convert interest into users.

## Before Starting

**Check for product marketing context first:**
If `.claude/product-marketing-context.md` exists, read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

---

## Core Philosophy
→ See references/launch-frameworks-and-checklists.md for details

## Task-Specific Questions

1. What are you launching? (New product, major feature, minor update)
2. What's your current audience size and engagement?
3. What owned channels do you have? (Email list size, blog traffic, community)
4. What's your timeline for launch?
5. Have you launched before? What worked/didn't work?
6. Are you considering Product Hunt? What's your preparation status?

---

## Proactive Triggers

Proactively offer launch planning when:

1. **Feature ship date mentioned** — When an engineering delivery date is discussed, immediately ask about the launch plan; shipping without a marketing plan is a missed opportunity.
2. **Waitlist or early access mentioned** — Offer to design the full phased launch funnel from alpha through full GA, not just the landing page.
3. **Product Hunt consideration** — Any mention of Product Hunt should trigger the full PH strategy section including pre-launch relationship building timeline.
4. **Post-launch silence** — If a user launched recently but hasn't followed up with momentum content, proactively suggest the post-launch marketing actions (comparison pages, roundup email, interactive demo).
5. **Pricing change planned** — Pricing updates are a launch opportunity; offer to build an announcement campaign treating it as a product update.

---

## Output Artifacts

| Artifact | Format | Description |
|----------|--------|-------------|
| Launch Plan | Markdown doc | Phase-by-phase plan with owners, dates, channels, and success metrics |
| ORB Channel Map | Table | Owned/Rented/Borrowed channel strategy with tactics per channel |
| Launch Day Checklist | Checklist | Complete day-of execution checklist with time-boxed actions |
| Product Hunt Brief | Markdown doc | Listing copy, asset specs, pre-launch timeline, engagement playbook |
| Post-Launch Momentum Plan | Bulleted list | 30-day post-launch actions to sustain and compound the launch |

---

## Communication

Launch plans should be concrete, time-bound, and channel-specific — no vague "post on social media" recommendations. Every output should specify who does what and when. Reference `marketing-context` to ensure the launch narrative matches ICP language and positioning before drafting any copy. Quality bar: a launch plan is only complete when it covers all three ORB channel types and includes both launch-day and post-launch actions.

---

## Related Skills

- **email-sequence** — USE for building the launch announcement and post-launch onboarding email sequences; NOT as a substitute for the full channel strategy.
- **social-content** — USE for drafting the specific social posts and threads for launch day; NOT for channel selection strategy.
- **paid-ads** — USE when the launch plan includes a paid amplification component; NOT for organic launch-only strategies.
- **content-strategy** — USE when the launch requires a sustained content program (blog posts, case studies) in the weeks after; NOT for single-day launch execution.
- **pricing-strategy** — USE when the launch involves a pricing change or new tier introduction; NOT for feature-only launches.
- **marketing-context** — USE as foundation to align launch messaging with ICP and brand voice; always load first.

最后一句：如果你下周就有一次 launch 排期，别急着发东西。先拿半小时把 ORB 三列填一遍，把 pre-launch / launch day / post-launch 三段时间点画一条线。如果想让有过 launch 经验的同行看看你的 plan 哪里漏了，欢迎到 https://www.cocoloop.cn/ 这边发一篇草稿出来。launch 这件事，80% 的失败是自己人关起门来计划时看不出漏洞，拿出来被问两轮问题就能补上。