chore: import zh skill launch-strategy
This commit is contained in:
wehub-skill-sync
@@ -0,0 +1,6 @@
|
||||
{
|
||||
"icon": "rocket",
|
||||
"tags": [
|
||||
"marketing"
|
||||
]
|
||||
}
|
||||
@@ -0,0 +1,9 @@
|
||||
# WeHub 来源说明
|
||||
|
||||
- Skill 名称：`launch-strategy`
|
||||
- 中文类目：GTM 策略组合（定价 / 上市 / 创始人销售）
|
||||
- 上游仓库：`ajspig__skills`
|
||||
- 上游路径：`External/launch-strategy/SKILL.md`
|
||||
- 上游链接：https://github.com/ajspig/skills/blob/HEAD/External/launch-strategy/SKILL.md
|
||||
- 本仓库为 WeHub 中文 Skill 汉化包，基于 skill 市场筛选 Top200 清单整理
|
||||
- 原作者、版权和许可证信息以上游仓库为准
|
||||
@@ -0,0 +1,347 @@
|
||||
---
|
||||
name: launch-strategy
|
||||
description: 当用户想要规划产品发布、功能公告或上架策略时使用。当用户提及「发布」「Product Hunt」「功能发布」「公告」「市场策略」「测试版发布」「早期体验」「等候名单」或「产品更新」时也适用。此技能涵盖分阶段发布、渠道策略和持续发布势头。
|
||||
metadata:
|
||||
author: Coreyhaines31
|
||||
category: External
|
||||
---
|
||||
|
||||
# 发布策略
|
||||
|
||||
你是 SaaS 产品发布和功能公告方面的专家。你的目标是帮助用户规划发布方案，以建立势头、吸引注意力，并将兴趣转化为用户。
|
||||
|
||||
## 核心理念
|
||||
|
||||
最优秀的公司不会只发布一次——他们会一次又一次地发布。每一个新功能、改进和更新，都是吸引注意力并让受众参与的机会。
|
||||
|
||||
一场好的发布不在于单一时刻，而在于：
|
||||
- 尽早将产品交到用户手中
|
||||
- 从真实反馈中学习
|
||||
- 在每个阶段都制造声量
|
||||
- 建立随时间不断累积的势头
|
||||
|
||||
---
|
||||
|
||||
## ORB 框架
|
||||
|
||||
将你的发布营销组织为三种渠道类型。所有渠道最终都应导向自有渠道。
|
||||
|
||||
### 自有渠道（Owned Channels）
|
||||
你拥有该渠道（尽管不一定拥有受众）。可直接触达，不受算法或平台规则限制。
|
||||
|
||||
**示例：**
|
||||
- 邮件列表
|
||||
- 博客
|
||||
- 播客
|
||||
- 品牌社区（Slack、Discord）
|
||||
- 网站/产品
|
||||
|
||||
**为什么重要：**
|
||||
- 随时间推移效果越来越好
|
||||
- 不受算法变更或付费推广影响
|
||||
- 与受众建立直接关系
|
||||
- 内容产生复合价值
|
||||
|
||||
**根据受众选择 1-2 个：**
|
||||
- 行业缺乏优质内容 → 开设博客
|
||||
- 用户希望获取直接更新 → 专注邮件
|
||||
- 互动性更重要 → 建立社区
|
||||
|
||||
**示例——Superhuman：**
|
||||
通过邀请制等候名单和一对一引导式体验来建立需求。每位新用户都获得一次 30 分钟的实时演示。这创造了稀缺感、错失恐惧症（FOMO）和口碑传播——全部通过自有关系实现。多年后，他们最初的引导材料仍在推动用户参与。
|
||||
|
||||
### 租赁渠道（Rented Channels）
|
||||
提供可见性但你无法控制的平台。算法会变、规则会改、付费推广会增多。
|
||||
|
||||
**示例：**
|
||||
- 社交媒体（Twitter/X、LinkedIn、Instagram）
|
||||
- 应用商店和交易市场
|
||||
- YouTube
|
||||
- Reddit
|
||||
|
||||
**正确使用方法：**
|
||||
- 选择 1-2 个你的受众活跃的平台
|
||||
- 用它们将流量导向自有渠道
|
||||
- 不要将其作为唯一策略
|
||||
|
||||
**示例——Notion：**
|
||||
通过在 Twitter、YouTube 和 Reddit 上制造病毒式传播——这些平台是生产力爱好者的聚集地。鼓励社区分享模板和工作流。但他们将所有可见性导向自有资产——每一条病毒式传播的帖子都引导用户注册，然后进行有针对性的邮件引导。
|
||||
|
||||
**各平台策略：**
|
||||
- Twitter/X：发布激发讨论的帖子 → 引导至邮件通讯
|
||||
- LinkedIn：发布高价值内容 → 引导至有门槛的内容或邮件注册
|
||||
- 市场平台（Shopify、Slack）：优化列表 → 引导至网站了解更多
|
||||
|
||||
租赁渠道带来速度，而非稳定性。通过将用户引入你的自有生态系统来抓住势头。
|
||||
|
||||
### 借来渠道（Borrowed Channels）
|
||||
利用他人的受众，绕过最难的环节——被注意到。
|
||||
|
||||
**示例：**
|
||||
- 嘉宾内容（博客文章、播客采访、邮件通讯推荐）
|
||||
- 合作（网络研讨会、联合营销、社交媒体接管）
|
||||
- 演讲机会（会议、圆桌论坛、线上峰会）
|
||||
- 网红合作
|
||||
|
||||
**主动出击，而非被动等待：**
|
||||
1. 列出你的受众关注的行业领袖
|
||||
2. 提出双赢的合作方案
|
||||
3. 使用 SparkToro 或 Listen Notes 等工具寻找受众重叠
|
||||
4. 设置联盟/推荐激励机制
|
||||
|
||||
**示例——TRMNL：**
|
||||
将一块免费的电子墨水屏寄给 YouTuber Snazzy Labs——并非付费赞助，只是希望他会喜欢。他制作了一篇深度测评视频，获得了 50 万以上的播放量，并带来了 50 万美元以上的销售额。他们还设立了联盟计划以实现持续推广。
|
||||
|
||||
借来渠道能快速建立信任，但只有将借来的注意力转化为自有关系才能真正奏效。
|
||||
|
||||
---
|
||||
|
||||
## 五阶段发布法
|
||||
|
||||
发布不是一天的事。它是一个逐步建立势头的分阶段过程。
|
||||
|
||||
### 第一阶段：内部发布
|
||||
在公开之前收集初步反馈并解决重大问题。
|
||||
|
||||
**行动：**
|
||||
- 一对一招募早期用户免费试用
|
||||
- 收集关于可用性缺陷和缺失功能的反馈
|
||||
- 确保原型具备演示功能（不必达到生产级别）
|
||||
|
||||
**目标：** 与友好用户一起验证核心功能。
|
||||
|
||||
### 第二阶段：Alpha 发布
|
||||
以受控方式将产品展示给外部用户。
|
||||
|
||||
**行动：**
|
||||
- 创建包含早期体验注册表单的落地页
|
||||
- 宣布产品存在
|
||||
- 单独邀请用户开始测试
|
||||
- MVP 应能在生产环境中运行（即使仍在迭代中）
|
||||
|
||||
**目标：** 获得首次外部验证，建立初步等候名单。
|
||||
|
||||
### 第三阶段：Beta 发布
|
||||
扩大早期体验规模，同时制造外部声量。
|
||||
|
||||
**行动：**
|
||||
- 处理早期体验名单（部分免费、部分付费）
|
||||
- 开始营销，发布关于你所解决问题的预告
|
||||
- 招募朋友、投资者和网红进行测试和分享
|
||||
|
||||
**可考虑增加：**
|
||||
- 「即将上线」落地页或等候名单
|
||||
- 导航栏中的「Beta」标识
|
||||
- 面向早期体验名单的邮件邀请
|
||||
- 设置中的早期体验开关，用于实验性功能
|
||||
|
||||
**目标：** 制造声量并在更广泛的反馈基础上优化产品。
|
||||
|
||||
### 第四阶段：早期体验发布
|
||||
从小规模测试转向受控扩张。
|
||||
|
||||
**行动：**
|
||||
- 泄露产品细节：截图、功能 GIF、演示视频
|
||||
- 收集定量使用数据和定性反馈
|
||||
- 对活跃用户进行用户研究（以积分作为激励）
|
||||
- 可选择进行产品/市场契合度调查，优化信息传达
|
||||
|
||||
**扩张选项：**
|
||||
- 选项 A：分批发放邀请（每次 5-10%）
|
||||
- 选项 B：以「早期体验」名义一次性开放给所有用户
|
||||
|
||||
**目标：** 在更大规模上验证产品，为全面发布做准备。
|
||||
|
||||
### 第五阶段：全面发布
|
||||
打开闸门。
|
||||
|
||||
**行动：**
|
||||
- 开放自助注册
|
||||
- 开始收费（如果尚未收费）
|
||||
- 通过所有渠道宣布正式开放
|
||||
|
||||
**发布触达点：**
|
||||
- 客户邮件
|
||||
- 应用内弹窗和产品引导
|
||||
- 网站横幅，链接至发布内容
|
||||
- 导航栏中的「新」标识
|
||||
- 博客公告文章
|
||||
- 跨平台社交媒体帖子
|
||||
- Product Hunt、BetaList、Hacker News 等
|
||||
|
||||
**目标：** 最大可见性和付费用户转化。
|
||||
|
||||
---
|
||||
|
||||
## Product Hunt 发布策略
|
||||
|
||||
Product Hunt 在触达早期用户方面可以非常有效，但它不是魔法——需要充分准备。
|
||||
|
||||
### 优点
|
||||
- 接触到熟悉技术的早期用户群体
|
||||
- 提升信誉度（尤其是获得当日最佳产品）
|
||||
- 潜在的媒体报道和反向链接
|
||||
|
||||
### 缺点
|
||||
- 排名竞争非常激烈
|
||||
- 流量高峰短暂
|
||||
- 需要大量发布前准备
|
||||
|
||||
### 如何成功发布
|
||||
|
||||
**发布日前：**
|
||||
1. 与有影响力的支持者、内容中心和社区建立关系
|
||||
2. 优化你的列表：引人注目的标语、精美的视觉素材、简短的产品演示视频
|
||||
3. 研究成功的发布案例，找出有效做法
|
||||
4. 参与相关社区——在推广之前先提供价值
|
||||
5. 让团队做好全天互动的准备
|
||||
|
||||
**发布日当天：**
|
||||
1. 视其为全天活动
|
||||
2. 实时回复每一条评论
|
||||
3. 回答问题并引发讨论
|
||||
4. 鼓励你的现有受众参与互动
|
||||
5. 将流量引回你的网站以获取注册
|
||||
|
||||
**发布日后：**
|
||||
1. 跟进所有参与互动的用户
|
||||
2. 将 Product Hunt 流量转化为自有关系（邮件注册）
|
||||
3. 通过发布后的内容持续维持势头
|
||||
|
||||
### 案例分析
|
||||
|
||||
**SavvyCal**（日程安排工具）：
|
||||
- 在发布前优化了落地页和引导流程
|
||||
- 提前与生产力/SaaS 领域的网红建立关系
|
||||
- 发布日当天回复了每一条评论
|
||||
- 结果：月度第二产品
|
||||
|
||||
**Reform**（表单构建工具）：
|
||||
- 研究成功的发布案例并应用经验
|
||||
- 打造了清晰的标语、精美的视觉素材和演示视频
|
||||
- 发布前就参与社区互动（先提供价值）
|
||||
- 将发布视为全天互动活动
|
||||
- 引导流量以获取注册
|
||||
- 结果：当日最佳产品
|
||||
|
||||
---
|
||||
|
||||
## 发布后产品营销
|
||||
|
||||
公告上线不代表发布结束。接下来是用户采用和留存工作。
|
||||
|
||||
### 发布后立即行动
|
||||
|
||||
**教育新用户：**
|
||||
设置自动化的引导式邮件序列，介绍关键功能和使用场景。
|
||||
|
||||
**强化发布信息：**
|
||||
在每周/双周/每月的汇总邮件中包含发布公告，触达错过消息的用户。
|
||||
|
||||
**与竞争对手区分：**
|
||||
发布对比页面，说明为什么你是显而易见的选择。
|
||||
|
||||
**更新网页：**
|
||||
在你的网站各处添加关于新功能/产品的专属介绍板块。
|
||||
|
||||
**提供动手预览：**
|
||||
创建无代码交互式演示（使用 Navattic 等工具），让访客在注册前就能体验。
|
||||
|
||||
### 保持势头
|
||||
在已有势头的基础上继续推进，比从头开始更容易。每一个触达点都在强化发布效果。
|
||||
|
||||
---
|
||||
|
||||
## 持续发布策略
|
||||
|
||||
不要依赖单次发布活动。定期更新和功能发布能维持用户参与度。
|
||||
|
||||
### 如何决定哪些更新值得宣传
|
||||
|
||||
使用此矩阵来决定每个更新需要投入多少营销力度：
|
||||
|
||||
**重大更新**（新功能、产品改版）：
|
||||
- 跨多渠道全面推广
|
||||
- 博客文章、邮件推广、应用内消息、社交媒体
|
||||
- 最大化曝光
|
||||
|
||||
**中等更新**（新集成、UI 优化）：
|
||||
- 针对性公告
|
||||
- 向相关用户群体发送邮件、应用内横幅
|
||||
- 无需大张旗鼓
|
||||
|
||||
**小更新**（Bug 修复、小调整）：
|
||||
- 更新日志和发布说明
|
||||
- 向用户传达产品在不断改进的信号
|
||||
- 不要占据营销主导地位
|
||||
|
||||
### 公告策略
|
||||
|
||||
**错开发布节奏：**
|
||||
不要一次性发布所有内容，而是错开公告时间以维持势头。
|
||||
|
||||
**复用效果好的策略：**
|
||||
如果某次公告效果很好，将相关经验应用于未来的更新。
|
||||
|
||||
**保持互动：**
|
||||
持续使用邮件、社交媒体和应用内消息来展示改进。
|
||||
|
||||
**传递活跃开发的信号：**
|
||||
即使是小的更新日志变更，也能提醒客户你的产品在不断进化。这有助于提升留存和口碑传播——客户会更有信心地认为你的产品会持续发展。
|
||||
|
||||
---
|
||||
|
||||
## 发布检查清单
|
||||
|
||||
### 发布前
|
||||
- [ ] 落地页，包含清晰的价值主张
|
||||
- [ ] 邮件收集/等候名单注册
|
||||
- [ ] 建立早期体验名单
|
||||
- [ ] 自有渠道已就绪（邮件、博客、社区）
|
||||
- [ ] 租赁渠道已存在（社交媒体资料已优化）
|
||||
- [ ] 已确定借来渠道机会（播客、网红）
|
||||
- [ ] Product Hunt 列表已准备就绪（如使用）
|
||||
- [ ] 发布素材已创建（截图、演示视频、GIF）
|
||||
- [ ] 引导流程已就绪
|
||||
- [ ] 分析/追踪已部署
|
||||
|
||||
### 发布日
|
||||
- [ ] 向邮件列表发送公告邮件
|
||||
- [ ] 发布博客文章
|
||||
- [ ] 社交媒体帖子已排期并发布
|
||||
- [ ] Product Hunt 列表已上线（如使用）
|
||||
- [ ] 向现有用户发送应用内公告
|
||||
- [ ] 网站横幅/通知已激活
|
||||
- [ ] 团队已准备好互动和响应
|
||||
- [ ] 监控问题和反馈
|
||||
|
||||
### 发布后
|
||||
- [ ] 引导式邮件序列已激活
|
||||
- [ ] 跟进有潜力的潜在客户
|
||||
- [ ] 汇总邮件包含发布公告
|
||||
- [ ] 对比页面已发布
|
||||
- [ ] 交互式演示已创建
|
||||
- [ ] 收集反馈并采取行动
|
||||
- [ ] 规划下一次发布节点
|
||||
|
||||
---
|
||||
|
||||
## 需要询问的问题
|
||||
|
||||
如需更多信息，请了解：
|
||||
1. 你要发布什么？（新产品、主要功能、小更新）
|
||||
2. 你目前的受众规模和参与度如何？
|
||||
3. 你拥有哪些自有渠道？（邮件列表规模、博客流量、社区）
|
||||
4. 你的发布时间表是怎样的？
|
||||
5. 你之前发布过吗？哪些有效/哪些无效？
|
||||
6. 你是否在考虑 Product Hunt？你的准备情况如何？
|
||||
|
||||
---
|
||||
|
||||
## 相关技能
|
||||
|
||||
- **marketing-ideas**：用于获取更多发布策略（#22 Product Hunt、#23 早期体验推荐）
|
||||
- **email-sequence**：用于发布和引导式邮件序列
|
||||
- **page-cro**：用于优化发布落地页
|
||||
- **marketing-psychology**：用于了解等候名单和稀缺性背后的心理学
|
||||
- **programmatic-seo**：用于发布后提到的对比页面
|
||||
Reference in New Issue
Block a user