关于 launch-gtm-execution
launch-gtm-execution 是面向筹备产品发布团队的上市规划技能,涵盖 GTM 模式选择、定位、12 周准备计划、发布执行、销售支持和指标。
主要功能
- 01选择上市推广模式
- 02组织产品定位与信息传达
- 03规划 12 周发布筹备时间线
- 04制定发布周执行安排
- 05准备销售支持材料
- 06定义发布指标
适用场景
- 01规划从策略到发布的产品上市
- 02统一团队任务与时间安排
- 03准备销售演示和异议应对
- 04跟踪获客、参与度与留存
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ nicepkg/ ai-workflow --skill launch-gtm-execution安装后在 Claude Code 中输入/launch-gtm-execution确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
assets/config.yamlreferences/GUIDE.mdscripts/helper.py详细介绍
发布与上市技能
掌握成功发布产品的艺术。从 GTM 战略到发布执行,学习如何协调团队、营造势头并取得市场成功。
Go-To-Market(GTM)战略
GTM 框架决策
1. 直销模式
- 团队直接向客户销售
- 适用场景:高 ACV(>$10K)、复杂产品
- 销售周期:3-6 个月
- 团队规模:每 $500K-$1M ARR 目标配置 1 名 AE
- 示例:Salesforce、HubSpot、Workday
优点:
- 掌控传递的信息
- 与客户建立深入关系
- 有机会达成更大额交易
- 提供定制解决方案
缺点:
- 成本高(每名销售代表需 $200K+)
- 扩大规模较慢
- 销售周期长
- 需要较小的可触达市场才能实现投资回报
关键指标:
- 销售合格线索(SQL)
- 成交率(通常为 20-40%)
- 销售周期长度
- 客户获取成本(CAC)
2. 自助服务 / 免费增值模式
- 客户自行发现产品并注册
- 适用场景:低 ACV(<$1K)、易于理解的产品
- 销售周期:几分钟到几天
- 团队:专注于产品和营销
优点:
- 无需销售团队即可扩大规模
- CAC 低
- 采用速度快
- 有拓展销售的机会
缺点:
- 流失风险高
- 需要病毒式传播 / 网络效应
- 需要出色的产品
- 难以触达企业客户
关键指标:
- 免费转付费转化率(目标为 2-5%)
- 月经常性收入(MRR)
- 客户生命周期价值(LTV)
- CAC < LTV 的 30%
3. 销售开发(SMB)
- 为小额交易组建 SDR/AE 团队
- 适用场景:SMB 市场($2K-$50K ACV)
- 销售周期:1-3 个月
- 成本低于企业销售
优点:
- 投资回报优于企业销售
- 销售周期更短
- 可触达市场更大
- 仍能提供个性化服务
缺点:
- 需要较大的业务量
- 利润率较低
- 面临客户流失挑战
4. 渠道 / 合作伙伴模式
- 经销商、集成、平台
- 适用场景:以低成本触达广阔市场
- 示例:应用商店、Zapier、AWS Marketplace
优点:
- CAC 低(由合作伙伴承担费用)
- 分销范围广
- 已建立的客户关系
缺点:
- 掌控力较弱
- 利润率较低(收入分成)
- 需要协调合作伙伴的激励机制
GTM 定位
模板:
For [target customer]
Who [customer problem]
The [product name]
Is [category]
That [primary benefit]
Unlike [alternative/competitor]
We [unique differentiator]
信息层级:
- 核心信息(一句话)
- “随时随地实时协作”
- 副信息 1(支持性功能)
- “离线也能使用,联网后自动同步”
- 副信息 2(重要性说明)
- “不再丢失任何工作成果”
- 社会认同
- “已有 10 万个团队在使用”
目标客户画像(ICP)
定义理想客户:
公司特征:
- 公司规模:50-500 名员工
- 行业:SaaS 公司
- 收入:$10M-$100M ARR
- 地区:美国 + 欧盟
- 增长阶段:成长阶段
个人买家:
- 职位:运营副总裁
- 汇报对象:COO/CFO
- 预算负责人:是
- 决策周期:90 天
他们的购买原因:
- 主要痛点:40% 的时间用于手动流程
- 影响:每年节省 $500K
- 决策标准:投资回报率、易用性、支持服务
发布规划(12 周时间线)
第 1-4 周:战略与准备
第 1-2 周:发布启动
- 定义发布目标(注册数、NPS、收入)
- 确定目标细分市场
- 完成竞争定位
- 定义是否继续的标准
- 确定发布日期
第 3-4 周:内容与宣传材料
- 起草发布新闻稿
- 制作产品单页介绍
- 撰写演示视频脚本
- 启动 FAQ 文档编写
- 优化销售话术
第 5-8 周:内容创作与团队准备
第 5-6 周:营销准备
- 搭建网站落地页
- 起草电子邮件营销活动
- 安排社交媒体内容发布
- 建立影响者联络名单
- 建立公关 / 媒体联系人名单
第 7-8 周:团队培训
- 销售团队培训(2 天)
- 客户成功团队入职培训材料
- 支持团队培训
- 高管简报
- 完成沟通要点
第 9-10 周:Beta 测试与反馈
第 9-10 周:Beta 计划
- 选出 50-100 名 Beta 用户
- 建立 Beta 反馈系统
- 每日审核反馈
- 优先处理 Bug
- 实现产品稳定
第 11-12 周:最终发布准备
第 11 周:最终准备
- 所有内容定稿并获批
- 测试营销素材
- 销售材料已印制/准备好数字版
- 支持文档完备
- 确认系统和基础设施已做好扩展准备
第 12 周:发布周准备就绪
- 完成最终产品测试
- 审核团队沟通计划
- 配置监控和警报
- 支持团队进入高度戒备状态
- 制定庆祝计划!
发布周执行
发布日安排
上午 6:00 - 团队站会
- 当日目标
- 潜在问题
- 沟通渠道
上午 9:00 - 发布
- 发布新闻稿
- 发送邮件营销活动
- 发布社交媒体帖子
- 网站上线
- 销售团队开始行动
上午 9:00 - 下午 5:00:监控
- 指标仪表板上线
- 支持团队响应
- 销售团队跟进
- 营销团队发布内容
- 高管团队庆祝
下午 5:00 - 晚上 9:00:密切监控
- 持续跟踪指标
- 响应问题
- 团队每小时更新
- 媒体互动
发布后一周(第 2-7 天)
第 2 天(周五):
- 性能评估
- Bug 优先级排序
- 客户反馈分析
- 第 2 天沟通推广
第 3-5 天(周末/周一):
- 提供全天候支持
- 主动联系客户并助其成功
- 修复高优先级问题
- 分析反馈模式
第 6-7 天(周二/周三):
- 规划复盘
- 评估实际表现与目标的差距
- 规划调整方向
- 团队总结
销售赋能
销售单页资料(2 页)
第 1 页:
- 产品/公司徽标
- 一句话推介
- 3 个关键功能/优势
- 与竞争对手的对比
- 定价
第 2 页:
- 客户评价/引述
- 使用场景
- ROI 计算器
- 行动号召
- 联系信息
推介结构(3 分钟)
-
引入(15 秒)
- 当前状况:“团队有 40% 的时间花在手动同步上”
-
问题(30 秒)
- 实际影响:“导致延迟、错误和挫败感”
-
解决方案(60 秒)
- 如何解决:“我们将同步流程自动化”
- 关键优势:“每位团队成员每周节省 5 小时”
-
社会认同(15 秒)
- 使用者:“各行业的 100 个团队”
- 成果:“平均节省 40% 的时间”
-
行动号召(15 秒)
- 下一步:“我们和您的团队快速进行一次 30 分钟的 POC 吧”
异议处理
异议:“我们现在的解决方案用得挺好”
- 回应:“我理解。如果我们能把您手动同步的时间减半呢?花 20 分钟看看效果,值得吗?”
异议:“我们没有预算”
- 回应:“如果它能帮您节省 50K 美元的生产力成本呢?您会考虑安排预算吗?我们来看看这对您是否适用。”
异议:“我们需要评估竞争对手”
- 回应:“明智之举。这是我们与 X 和 Y 的对比。对您来说,速度、易用性还是成本最重要?”
销售流程
- 寻找潜在客户 - 主动/被动获取线索
- 需求沟通 - 了解需求
- 方案/演示 - 展示解决方案
- 谈判 - 定价/条款
- 成交 - 获取客户!
发布指标
获客指标:
- 注册人数:[目标人数]
- 转化率:[目标百分比]
- 单客获取成本:[预算]
参与度指标:
- DAU(日活跃用户)
- 功能采用率
- 应用内时长
留存指标:
- 第 7/30 天留存率
- 流失率
- NPS 分数
业务指标:
- MRR(月经常性收入)
- ACV(平均合同价值)
- 回本周期
故障排查
常见错误与解决方案
| 错误 | 可能原因 | 解决方案 |
|---|---|---|
| 发布延期 | 产品未准备就绪 | 并行推进各项工作,延长 Beta 测试 |
| 关注度低 | 营销不足 | 开展为期 4 周的预热活动 |
| 销售准备不足 | 赋能太晚 | 第 6 周开展培训 |
| 支持团队不堪重负 | 人手不足 | 增聘临时员工,延长服务时间 |
调试清单
[ ] GTM model clearly defined mi?
[ ] Target segments validated mi?
[ ] Messaging tested mi?
[ ] Sales team trained mi?
[ ] Support docs ready mi?
[ ] Rollback plan var mı?
[ ] Monitoring configured mı?
恢复流程
- 发布日期推迟 → 尽早沟通,提出新日期
- 严重 Bug → 启动回滚流程
- 采用率低 → 加大营销力度,联系客户成功团队
掌握发布执行,创造市场势头!
评论
支持 Markdown