go-to-market-strategy

Go-to-Market 策略

工作区上下文

提问前先阅读引导上下文：strategy/brand.md，了解品牌、受众、产品、渠道、工具、限制和指标；about/me.md，了解个人表达风格；content/ideas.md 和 content/calendar.md，了解内容规划。仅在必要时，将旧版产品营销上下文文件作为备用。将生成的草稿保存到 content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md，并将值得长期保留的经验反馈到 strategy/brand.md、about/me.md 或 content/ideas.md。

执行约定

此技能在其前置元数据规定的范围内独立运作：将本地说明、参考资料、脚本和资源作为操作手册；仅询问缺失的任务专属信息；将超出范围的工作交接给相关技能，而非自行扩大范围；并提供可执行的成果、决策、计划、草稿或诊断。

端到端的 GTM 操作手册：包括市场进入模式选择、定位、渠道策略、分阶段发布执行、发布营销和技术产品发布。

---

核心理念

发布是一场营销活动，而不是一个事件。 发布前积累势头，发布时达到顶峰，发布后保持热度。优秀的公司不会只发布一次，而是会一再推出新产品。

---

GTM 模式选择

模式	最适用对象	关键杠杆
PLG	SMB、开发者、低 ACV（<$5K）	从免费版转化为付费版
PLG + Sales-Assist	中端市场、$5K-$25K ACV	PQL → SQL 路由
Sales-Led	企业、复杂产品、>$25K ACV	关系、内部拥护者
Community-Led	开发者工具、OSS	社区采用
Partner-Led	地域扩张、企业	合作伙伴激励

快速决策：

ACV < $5K and self-serve possible? → PLG
Buyer technical? → Developer/community-led
Everything else? → Sales-led

---

5 阶段 GTM 策略

阶段 1：市场定位

执行发布阶段前，先使用 marketing-strategy 技能定义 ICP、定位和信息传达。

验证标准：定义目标客户、明确差异化优势，并与 5 位以上客户进行测试。

阶段 2：信息传达与内容

信息层级：

1. 标题 — 用 5-10 个词概括核心优势
2. 副标题 — 说明运作方式或目标人群
3. 3 项关键优势 — 功能 → 优势
4. 社会证明 — 用户评价、品牌标识、指标
5. CTA — 明确的下一步行动

需要创建的内容： 发布博客文章 · 产品演示视频（2-3 分钟） · 落地页 · 邮件公告 · 5-10 条社交媒体帖子

阶段 3：渠道策略（ORB）

自有渠道（投资回报率最高——优先建设）：邮件列表 · 博客/SEO · 品牌社区

租用渠道（快速，但不稳定）：Twitter/X · LinkedIn · YouTube · Reddit — 用于引流至自有渠道

借力渠道（快速触达受众）：客座文章 · 播客访谈 · 影响者合作 · 联合营销

策略：利用租用/借力渠道引流，并将受众沉淀到自有渠道。

阶段 4：发布计划

6 周发布计划：

• 第 -6 周： 确定信息传达方案，制作内容，设定指标
• 第 -4 周： 建立候补名单，起草邮件，联系媒体/影响者
• 第 -2 周： 在社交媒体上预热，发送“即将推出”邮件，完成最终 QA
• 第 0 周（发布日）： 发布落地页和博客，在太平洋时间凌晨 12:01 发布到 Product Hunt，发送发布邮件，在社交媒体上分享，持续监测并回应
• 第 +1 周： 分享用户评价，发布案例研究，分析指标
• 第 +2 周： 发布后分析，规划后续营销

阶段 5：指标与成功标准

在发布前定义：

• 认知度： 网站访客、社交媒体曝光量
• 获客： 注册量、试用启动量、购买量
• 激活： 完成核心操作的用户数
• 营收： MRR、转化率

---

多阶段发布方法

阶段	目标	关键行动
内部	验证功能	邀请友好用户测试，修复重大问题
Alpha	首次外部验证	创建落地页和候补名单，逐一发送邀请
Beta	扩大早期访问规模并造势	按候补名单依次邀请，预告你要解决的问题
早期访问	大规模验证	泄露详细信息，收集使用数据，开展 PMF 调查
全面发布	最大限度提升曝光度	开放注册，开始收费，所有渠道全面上线

---

Product Hunt 发布

发布前： 与支持者建立关系，优化产品列表（标语、视觉素材、演示视频），参与社区互动。

发布当天： 将其视为全天活动。回复每条评论。引导流量返回网站以收集注册信息。

发布后： 跟进所有参与互动的人。将 PH 流量转化为邮件注册。

案例研究 — Reform：研究成功的发布案例，打磨视觉素材，并在发布前参与社区互动 → 获得「当日最佳产品」第 1 名。

---

发布营销资料包

每次重大发布都要准备以下 7 项交付物：

1. 背景快照 — 发布内容、目标受众、目标、日期、限制条件
2. 发布营销简报 — 信息传达、吸引点/亮点、证明材料、行动号召、受众细分
3. 发布推进方案 + 渠道计划 — 发布顺序、渠道表、素材映射
4. 公关外联资料包 — 独家报道决策、目标媒体、推介邮件 + 跟进邮件
5. 素材 + 内部准备资料包 — 素材清单、落地页大纲、销售话术、常见问题、异议
6. 衡量 + 实验计划 — 指标、衡量工具、实验、需要重点加码的内容
7. 风险 / 未决问题 / 后续步骤

发布营销模板：参见 references/TEMPLATES.md 收集发布信息的初始问题：参见 references/INTAKE.md 完整工作流指南：参见 references/WORKFLOW.md

---

技术产品发布

针对开发者工具、API、SDK 和技术基础设施：

发布层级

层级	类型	时间线	投入
1 — 重大	新产品/GA	12-16 周	高
2 — 标准	新功能/集成	6-8 周	中
3 — 次要	更新/补丁	2-4 周	低

开发者优先原则

1. 文档不可妥协 — 发布前必须准备入门指南 + API 参考 + 3 个以上代码示例
2. 展示胜于讲述 — 实际代码 > 营销文案
3. 交互胜于被动观看 — Playground > 演示视频 > 截图
4. 社区优先 — 解答 Stack Overflow 问题，参与 GitHub 社区互动，在 Hacker News 上回复

主要开发者渠道

开发者文档 · GitHub/GitLab · 开发者博客 · API 更新日志 · Dev.to · Hacker News · Reddit · Discord/Slack · YouTube 教程

层级框架详情：参见 references/launch_tiers.md 开发者指标：参见 references/metrics_frameworks.md

---

GTM 执行清单

发布前

• 创建落地页，明确价值主张并收集候补名单
• 建立自有渠道（邮件列表、博客）
• 选择 1-2 个租用渠道并优化个人资料
• 找出借用渠道的机会
• 制作发布素材（截图、演示视频、社交媒体帖子）
• 测试引导流程
• 启用分析和跟踪

发布当天

• 发送公告邮件
• 发布博客文章
• 发布社交媒体帖子
• 启用 Product Hunt 产品列表（如使用）
• 向现有用户发布应用内公告
• 团队做好互动和回复准备

发布后

• 启用引导邮件序列
• 发布对比页面
• 在汇总邮件中加入公告
• 收集并分类反馈
• 规划下一次发布节点

---

常见的 GTM 错误

• 没有受众就发布 — 先建立邮件列表
• 发布当天大张旗鼓，之后却销声匿迹 — 规划发布后的 30 天活动
• 所有渠道都想做 — 选 2-3 个渠道并做好
• 没有成功指标 — 在发布前定义目标
• 只讲功能，不讲价值 — “你可以实现 X”胜过“我们有 X 功能”
• 过度承诺 — 让实际证据支撑你的说法

---

相关技能

• sales-and-revenue-operations — 销售团队、RevOps、ICP
• pricing-strategy — 定价决策
• marketing-strategy — 产品营销、定位和竞争情报