go-to-market-planner

Go-to-Market 规划技能

制定一份完整的跨职能 GTM 计划，让产品、营销、销售和支持团队围绕同一场发布协同配合，并明确负责人、时间安排和成功指标。

发布级别框架

制定计划前，先确定发布级别：

级别	范围	典型投入	示例
Tier 1 — 重大发布	新产品／重大的平台变更	8–12 周	新定价模式、平台品牌重塑、新产品线
Tier 2 — 功能发布	重要的新功能	4–6 周	重大功能、API 发布、新集成
Tier 3 — 增量发布	改进、错误修复、小型功能	1–2 周	UI 微调、性能提升、小幅增强

继续之前，务必先与用户确认发布级别。

---

GTM 计划输出格式

GTM 计划 — [产品／功能名称] — [发布日期]

发布级别： [1 / 2 / 3] 发布负责人（PM）： [姓名] 目标发布日期： [日期] 软发布日（Beta／限量发布）： [日期，如适用]

---

1. 发布内容

一句话描述： [是什么、面向谁，以及为什么是现在] 解决的关键客户问题： [具体痛点] 关键差异化优势： [为什么选择我们，为什么是现在]

---

2. 目标受众

主要细分群体： [最受益的人群——请具体说明] 次要细分群体： [其他受益人群] 不适用对象： [不适用的人群——有助于销售和支持团队]

---

3. 消息传达

标题： [面向客户的标题——突出结果，而非功能] 副标题： [补充说明——运作方式或重要性] 3 条关键信息：

1. [解决的问题]
2. [运作方式／新增内容]
3. [证明／社会认同／数据]

电梯推介（30 秒）：

[对于[目标用户]，他们[遇到此问题]，[产品／功能]是一款[类别]，能够[带来的关键益处]。与[替代方案]不同，我们[差异化优势]。]

---

4. 各职能部门的发布活动

职能部门	活动	负责人	截止日期	状态
产品	功能标记／发布计划	PM	[日期]
营销	博客文章／落地页	营销	[日期]
营销	面向现有用户的邮件活动	营销	[日期]
营销	社交媒体内容	营销	[日期]
销售	销售赋能演示文稿	PM + 销售	[日期]
销售	销售团队常见问题解答	PM	[日期]
支持	帮助中心文章	支持	[日期]
支持	支持团队培训	支持	[日期]
工程	监控／警报已就绪	工程	[日期]

---

5. 成功指标

指标	基线	目标	衡量周期
[采用率指标]	[X]	[Y]	发布后 30 天
[参与度指标]	[X]	[Y]	发布后 60 天
[业务指标]	[X]	[Y]	发布后 90 天

---

6. 风险与应对方案

风险	可能性	影响	缓解措施
[风险]	H/M/L	H/M/L	[发生时采取的行动]

---

7. 发布日检查清单

• 向 [X%] 的用户开放功能
• 监控仪表盘已启用
• 已向支持团队说明情况
• 博客文章已发布
• 邮件已发送／已安排发送
• 已通知销售团队
• 已发送高管公告（如为 Tier 1）
• 已确认回滚流程

---

必需信息

如果用户未提供，请询问以下信息：

• 产品或功能名称
• 目标发布日期
• 发布级别（Tier 1 / 2 / 3，或描述范围，由该技能确定级别）
• 目标受众（受益人群及不适用人群）
• 关键信息（面向客户的核心成果标题）
• PM 和发布负责人

指南

• 提前准备时间不足 8 周时，绝不规划 Tier 1 发布
• 务必包含“不适用对象”部分——避免销售和支持工单被错误转交
• 对任何 Tier 1 或 Tier 2 发布，建议先向 5–10% 的用户软发布，再全面推出
• 应在规划发布时安排发布后回顾会议，不要碰运气

质量检查

• 已确认发布级别，且与范围相符
• 已包含“非适用对象”部分，以避免销售和支持工作对象错位
• 每项职能至少有一项活动，并指定负责人和截止日期
• 成功指标包含衡量周期（30/60/90 天）
• 已确认第 1 级和第 2 级发布的回滚流程
• 已安排发布后复盘

反模式

• 不要为增量功能更新制定第 1 级 GTM 计划——规划前应先为发布确定合适的级别
• 不要创建没有指定负责人和截止日期的活动清单——无人负责的任务不会完成
• 不要跳过第 1 级和第 2 级发布的回滚流程——每次重要发布都必须有中止方案
• 不要将营销和工程视为独立流程——跨职能协作正是 GTM 计划的核心
• 不要在未定义衡量周期的情况下设定成功指标——“增加注册量”不是可衡量的目标