launch-strategy

launch-strategy 技能概览

launch-strategy 技能能做什么

launch-strategy 技能可以帮助 AI 代理把一个模糊的发布想法，转成可执行的上线方案，适用于产品发布、功能公告、beta、waitlist 以及公开上线等场景。它更适合那些“马上要发东西”、但又不满足于一句泛泛的“帮我写个 GTM 计划”的团队。

谁适合使用 launch-strategy

这个 launch-strategy 技能尤其适合：

• 正在准备发布的 SaaS 创始人和独立开发者
• 负责功能发布的产品营销人员
• 策划 Product Hunt、early access、beta 或 waitlist 活动的团队
• 自有受众有限、需要明确渠道优先级的 builder

如果你已经进入长期的 post-launch 增长阶段，仓库本身也提示用户应转向另一个更适合持续营销创意的技能。

它真正解决的任务是什么

大多数用户并不需要抽象的发布理论，他们真正需要的是一份能回答这些问题的方案：

• 先做什么
• 以当前的受众规模来看，哪些渠道最重要
• pre-launch、beta 和 full launch 应该如何串联推进
• launch day 之前要准备什么
• 如何避免把精力浪费在自己根本支撑不起的渠道上

这也是 launch-strategy 比一次性的脑暴 prompt 更有价值的地方。

这个技能的差异化在哪里

它最核心的区别在于：这是一个有明确方法论偏向的技能。它不只是罗列战术，而是推动你按一套具体的发布模型来思考：

• 先检查是否已有产品营销上下文
• 用 ORB 框架组织渠道：Owned、Rented、Borrowed
• 把发布看成一连串重复出现的 launch moments，而不是一次性大公告
• 把战术映射到分阶段 rollout，而不只盯着 launch day

正因为有这套结构，当用户信息不完整、但又需要一份现实可落地的计划时，launch-strategy 指南才会特别有用。

安装前需要知道什么

这是一个 prompt skill，不是自动化工具包。技能目录里没有 helper scripts、templates 或 resource folders。它的核心价值主要在 SKILL.md 里的发布规划框架，以及 evals/evals.json 展示出的预期行为。

这意味着它很容易接入，但输出质量会高度依赖你提供的上下文。

如何使用 launch-strategy 技能

launch-strategy 技能的安装信息

通过你的 skills 工作流为 coreyhaines31/marketingskills 仓库安装 launch-strategy。如果你采用常见的 Skills CLI 模式，基础安装命令如下：

npx skills add https://github.com/coreyhaines31/marketingskills --skill launch-strategy

安装后，关键文件是：

• skills/launch-strategy/SKILL.md

可用于验证的文件：

• skills/launch-strategy/evals/evals.json

先读这几个仓库文件

如果你想快速判断是否值得安装，建议按这个顺序读：

1. SKILL.md：看实际工作流和定位
2. evals/evals.json：看高质量输出应该包含什么

由于这个技能没有额外的 resources/ 或 scripts/，理解这两个文件，基本就足以把握它的大部分工作方式。

先检查是否已有产品营销上下文

这里有个很实用、但很多用户会忽略的细节：这个技能会明确要求代理在提问前，先检查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。

如果你已经维护了可复用的品牌、受众、定位、定价或渠道信息，建议放到这里。这样可以显著减少重复来回沟通，也会让 launch-strategy 的使用效果更强。

让 launch-strategy 发挥效果，你需要提供哪些输入

当你提供以下信息时，launch-strategy 技能通常表现最好：

• 发布对象是什么：product、feature、beta、pricing update、integration
• 发布类型：alpha、beta、early access、full public launch、Product Hunt
• 时间线：具体日期，或距离上线还剩多少周
• 目标受众：谁会关心，以及为什么会关心
• 当前 traction：邮件列表规模、社媒关注数、客户数、waitlist、社区触达
• 可用渠道：newsletter、X/Twitter、LinkedIn、communities、partners、existing users
• 团队约束：预算、设计产能、创始人可投入时间、不能做视频、不能投广告
• 成功目标：signups、demos、waitlist joins、activation、awareness

没有这些输入，模型仍然可以产出一份计划，但大概率会比较泛。

把模糊目标变成高质量的 launch-strategy prompt

弱 prompt：

• “Help me launch my product.”

更好的 prompt：

• “Use the launch-strategy skill to plan a 4-week launch for a B2B invoicing SaaS. We have 900 email subscribers, 1,500 LinkedIn followers, no ad budget, and 30 beta users. Our goal is 200 qualified trial signups. Include ORB channel recommendations, a phased rollout, launch day checklist, and what to prepare this week.”

为什么这样更有效：

• 它给出了渠道约束
• 它给出了可衡量的结果目标
• 它迫使模型按时间窗口做取舍
• 它与该技能的 ORB 和 phased-launch 结构高度对齐

按这个技能预期的方式使用 ORB 框架

launch-strategy 的使用核心之一，就是 ORB 框架：

• Owned：你自己可控的渠道，例如邮件列表、官网、in-app messages
• Rented：你可以发内容但并不拥有的平台，例如各种社交平台
• Borrowed：第三方受众、合作伙伴、社区、媒体、Product Hunt

它最实际的价值在于帮助你排优先级。比如，如果你的社媒关注者很少，但已有一批温热的客户基础，那么计划就应该以 Owned 为主。反过来，如果你几乎没有自有受众，这个技能就应更偏向 Borrowed 渠道。

预期它给出的是分阶段发布，而不只是 launch day 计划

从仓库内容可以看出，这个技能的设计目标是推荐一种多阶段的发布模型，通常会覆盖：

• internal prep
• alpha
• beta
• early access
• full launch

这点很重要。很多失败的发布，恰恰是因为团队把反馈收集、信息打磨、素材制作和受众积累全部压缩到同一天完成。与其把 launch-strategy 当作文案捷径，不如把它当作“发布节奏编排工具”来用，效果会更好。

面向 Product Launches 的最佳 launch-strategy 工作流

一个更稳妥的使用顺序是：

1. 先提供业务和受众背景
2. 让代理先把你的渠道归类到 ORB
3. 再要求给出与你实际日期绑定的 phased timeline
4. 按阶段索取所需的 launch assets
5. 再要一份 launch day checklist
6. 第一版出来后，再按渠道、受众细分和 offer 继续收紧

对于 launch-strategy for Product Launches 来说，这种分步工作流通常比一上来就要“全部内容”更容易得到高质量输出。

强输出通常应该包含什么

结合技能内容和它的 evals，高质量输出通常应包含：

• 先检查现有 marketing context files
• 基于你真实受众规模的 ORB 渠道映射
• 与你的 launch window 对齐的 timeline
• 每个阶段对应的 tactics
• launch day 之前的 audience-building 动作
• 一份具体的 launch day checklist

如果这些元素缺失，要么是技能调用方式不对，要么就是 prompt 本身缺少关键上下文。

Product Hunt 和渠道专项场景怎么用

evals 明确表明它支持 Product Hunt 规划。如果这就是你的主要发布阵地，请直接说明，并补充这些信息：

• 这是否是你的第一次发布
• 产品是否适合 maker audience
• 是否有可动员的支持者或合作方
• 你已经准备好了哪些素材
• 你最看重的成功指标是什么：ranking、traffic、signups 还是 demos

不要只问“有什么建议”。更好的问法是：直接要求它输出 pre-launch checklist、当天执行计划，以及 post-launch 跟进节奏。

常见的安装与使用限制

技能文件夹里并没有打包好的模板库。所以 launch-strategy install 很简单，但使用质量高度取决于你是否能提供足够上下文，以及是否能分步骤索取交付物。

如果你想要的是“装上就能立即生成完全标准化发布文档、几乎不用再写 prompt”的方案，这个技能可能会显得偏轻量；如果你需要的是能贴合你具体情况进行结构化推理的工具，它就更合适。

launch-strategy 技能 FAQ

launch-strategy 比普通的 launch prompt 更好吗？

通常是的，前提是你需要稳定、一致的结构。launch-strategy 技能给代理提供了一套明确的规划模型，尤其是在 ORB 渠道规划和 phased rollout 思路上。普通 prompt 也许能给出一些点子，但往往会遗漏渠道优先级和执行顺序。

launch-strategy 技能适合新手吗？

适合，尤其适合没有完整营销团队、但又要自己推动发布的创始人。它的框架足够简单，便于照着执行；同时对于有经验的操盘者来说，也仍然有价值，因为它提供了一种可重复使用的规划模式。

哪些情况下 launch-strategy 不太适合？

以下场景下，它的匹配度会偏弱：

• 你更需要的是 post-launch 增长策略，而不是 launch planning
• 你的发布主要依赖付费获客
• 你想要由 scripts 或 templates 自动生成交付物
• 你的团队已经有成熟的 GTM 流程，只需要微调文案

我可以把 launch-strategy 用在功能发布，而不是完整产品发布上吗？

可以。技能说明里明确涵盖了 feature announcements 和 product updates，而不只是完整的公司级发布。尤其当你想把一个小版本发布做成一波有势能的事件，而不是悄悄上线时，它会特别有用。

launch-strategy 一定需要已有受众吗？

不一定，但没有受众时，它的工作方式会不一样。如果你的 owned audience 很小，计划就应该更多转向 borrowed channels、partnerships、communities，以及在正式主推前先做分阶段验证。

安装前我应该重点比较什么？

建议重点比较：

• 你要的是框架，还是模板包
• 你更需要发布节奏设计，还是单纯的信息表达支持
• 你的工作流是否能从 .agents/product-marketing-context.md 这样的可复用上下文文件中获益

如果这些需求都对得上，那么 launch-strategy 指南就是一个值得安装的选择。

如何提升 launch-strategy 技能的使用效果

给 launch-strategy 明确的发布约束

想更快拿到更好的结果，最有效的做法是明确写出硬约束：

• 具体 launch date
• team size
• 每周可投入工时
• 素材产出上限
• 明确不用的渠道
• 法务或品牌限制

考虑约束的计划，远比宽泛的发布建议更有用。

提供真实渠道数据，不要只说“触达不大”

不要只写 “small audience”，而要写成：

• 650 email subscribers
• 2,100 X followers
• 14 design partners
• 3 integration partners willing to co-promote

当它能基于真实触达规模和受众温度来排序渠道时，这个技能里的 ORB 框架会明显更好用。

不要只要战略，要直接索取交付物

要提升 launch-strategy 的实际可用性，可以直接要求输出这些内容：

• weekly timeline
• channel-by-channel plan
• launch day checklist
• asset list
• announcement angle options
• risk list and mitigation steps

这样才能把策略真正转成团队可执行的东西。

资源紧张时，强制它做优先级排序

一个常见失败模式是：拿到一份默认你有很多资源、要做很多动作的计划。避免这种情况，可以直接这样问：

• “Rank the top 3 channels only.”
• “What should we cut if we have 5 hours per week?”
• “What is the minimum viable launch plan?”

对于用 launch-strategy 推进 Product Launches 的 solo founder 来说，这一点尤其重要。

使用两轮 prompting 模式

第 1 轮：

• 先要策略、阶段划分、ORB 映射以及当前缺口

第 2 轮：

• 评估完第一轮后，再只针对已选定的渠道和阶段索取执行细节

这样能避免计划过度膨胀，也能让技能先聚焦决策，再展开战术。

想让第一版输出更强，尽早补充 messaging 输入

如果你已经明确了这些内容：

• positioning
• target user
• core pain point
• key differentiator
• proof 或 traction
• launch offer

那就尽早放进 prompt 里。否则，这个技能虽然仍可能给出结构合理的渠道策略，但在信息表达层面会偏弱。

注意这些常见失败模式

质量较差的 launch-strategy 输出，通常会落入以下几类问题之一：

• 过度强调 launch day，而忽略 pre-launch 预热
• 渠道建议脱离你的真实受众情况
• 只有泛泛的社媒任务，没有清晰的执行顺序
• 没有区分 beta、early access 和 full launch
• 缺少执行前 readiness checklist

第一轮回复出来后，可以直接按这些点做审查。

让技能根据你的发布类型做适配

如果你明确说明这是以下哪一种场景，输出通常会更强：

• 从零开始的新品发布
• 面向现有用户的功能公告
• 以收集反馈为目标的 beta
• waitlist campaign
• Product Hunt launch
• 面向现有客户扩展使用范围的版本发布

这些场景不应该套用同一套计划。

用你自己的可复用上下文文件增强这个技能

如果你会反复使用这个技能，建议创建 .agents/product-marketing-context.md，内容包括：

• product summary
• ICP
• pricing
• traction
• competitors
• brand voice
• primary channels
• launch constraints

对于频繁做发布的团队来说，这是杠杆最高的优化方式，因为 launch-strategy 技能本身就会显式检查这个文件。

第一版计划出来后，要迭代，不要推倒重来

拿到第一稿后，不要直接要求“重新来一份全新的计划”。更好的做法是提针对性的追问，例如：

• “Rewrite this for a 2-week timeline.”
• “Reduce this to channels we already own.”
• “Add a Product Hunt-specific checklist.”
• “What should happen in beta vs early access?”
• “Turn this into a founder-only execution plan.”

这种迭代方式既能保留该技能原有的结构优势，也更容易把输出收敛成真正可执行的版本。