mcpField
G
gtm-0-to-1-launch

gtm-0-to-1-launch

github.com/github营销与增长40.5k1.7k 次安装今天更新
代码仓库

关于 gtm-0-to-1-launch

此 go-to-market 技能帮助团队从产品构想到早期客户阶段制定方案,适用于创始人和产品团队。它涵盖发布障碍诊断、获客测试、早期客户学习和产品市场契合度评估。

主要功能

  1. 01诊断定位、体验和团队协同问题
  2. 02梳理寻找早期客户的渠道
  3. 03设计两周实验及操作手册
  4. 04说明合作伙伴驱动的市场进入
  5. 05列出产品市场契合度信号

适用场景

  1. 01规划产品首批客户的触达方式
  2. 02调查发布后的激活率偏低问题
  3. 03通过限时实验测试信息或渠道
  4. 04评估现有证据是否支持扩大投入

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/github/awesome-copilot --skill gtm-0-to-1-launch

安装后在 Claude Code 中输入/gtm-0-to-1-launch确认已加载。

详细介绍

从 0 到 1 的发布

将新产品从想法推向首批客户。目标不是头条新闻——而是找到 10 个离不开你的客户。

何时使用

触发条件:

  • “我们该如何发布这个产品?”
  • “首批客户获取策略”
  • “我们发布了,但没人在用”
  • “Product Hunt 还是直接触达?”
  • “我们有认知度,但没有转化”
  • “我怎么知道这是否有效?”

背景:

  • 新产品发布
  • 感觉像新产品一样的功能发布
  • 寻找前 10-50 个客户
  • 验证产品市场契合度
  • 诊断早期增长为何停滞

核心框架

1. 媒体报道 ≠ 增长(只带来 12 个注册的发布)

模式:

配合完整媒体巡演协调了一次功能发布。TechCrunch、VentureBeat、产品博客。盛大的发布日。

结果:

  • 50K 曝光
  • 12 个注册
  • 2 个转化

为何失败:

优化的是媒体热度,而不是用户价值。该功能尚未准备好自助使用。它需要教育、背景说明、手把手引导。媒体报道给你眼球。但没有激活的眼球 = 虚荣。

更有效的做法:

直接给 50 个目标客户发邮件。“我们打造了 [功能],因为像你们这样的团队在 [问题] 上遇到困难。想要早期访问吗?”亲自带他们完成设置。获取反馈,迭代。

结果: 50 封邮件 → 15 个回复(30% 回复率)→ 8 个试用 → 4 个转化(50% 试用转付费)。

教训:

早期客户来自直接触达,而不是媒体报道。媒体报道在后期才重要(Series A 公布、重大里程碑)。对于 0 到 1 阶段,它是干扰。


2. 三层诊断(发布为何停滞)

模式:

你发布了。你有一些认知度。但转化很弱。问题存在于三层之一,每一层都需要不同的干预。

第 1 层:定位问题

症状:

  • 信息听起来像竞争对手
  • 差异化需要解释复杂的技术细节
  • 买家认为你与替代方案可互换
  • 销售对话被比较性问题带偏

诊断:你在“错误战线上打一场不对称战争”——在功能上与资金更充足的公司竞争。描绘竞争对手声称独特价值的地方。找到他们不容易复制的位置。

修复:提出一个你能在结构上拥有的主张(不只是通过产品功能)。在投入产品资源之前,用外发信息测试。

第 2 层:体验问题

症状:

  • 认知度强但激活弱
  • 用户注册但不完成首次工作流
  • 多个入口点造成决策瘫痪
  • 文档以功能为中心,而不是以结果为中心

诊断:没有明确默认值的灵活性是负担,不是功能。用户面临“选择悖论”——选项太多,却没有足够指引通向顿悟时刻。

修复:确定 2-3 个能带来即时价值的“不可否认的用例”。将引导限制在这些特定用例上。把高级功能放在掌握路径之后。围绕待办任务重写帮助内容,而不是功能列表。

第 3 层:对齐问题

症状:

  • 团队报告“没有余力”服务客户
  • 不同职能优化不同指标
  • 每个想法权重相同(没有决胜标准)
  • 没有明确的北极星把活动与结果连接起来

诊断:“探索模式”——每个倡议优先级相同——在资源受限时会变得具有破坏性。

修复:定义一个单一共享的北极星。把它用作每个决策的决胜标准:“这能帮助我们赢得一个客户吗?”砍掉不能向上支撑的活动。让进展每周可见,而不是每季度。

如何使用:

当发布停滞时,先诊断哪一层出了问题,再投入资源。当问题是定位时去修复体验,会浪费工程时间。当问题是内部对齐时去修复定位,会浪费营销支出。


3. 前 10 位客户框架

原则: 前 10 位客户不是为了收入,而是为了学习。

你要学习的内容:

  1. 产品是否真正解决了问题?
  2. 激活流程是什么?(他们如何获得价值?)
  3. 会出现哪些异议?(价格、功能、集成?)
  4. 真正的买家是谁?(职位、角色、预算权限?)
  5. 销售周期是多长?(几天、几周、几个月?)

如何找到他们:

渠道 1:个人网络(前 2-3 位)

  • “我正在做 [X],能给我一些反馈吗?”
  • 转化为付费客户(不要免费赠送——免费用户给出的反馈与付费用户不同)

渠道 2:直接触达(第 3-20 位客户)

  • 建立包含 100 个目标客户的名单
  • 针对他们的具体痛点进行个性化沟通
  • 测试不同的信息版本——哪个角度能获得回复?

渠道 3:天花板时刻定向(意向最高)

  • 意向最高的潜在客户,是那些已经采用了同类解决方案并触及其上限的人
  • 他们已经投入时间学习某个工具,触及其天花板,且转换成本较低
  • 围绕这一局限设计触达信息:“我们看到一些团队在需要 [能力] 时,会超出 [现有方案] 的承载能力。这正是我们打造的产品。”
  • 这类客户的转化率比冷启动触达高 3-5 倍,因为他们已经理解问题所在

渠道 4:社区(开发者产品)

  • “打造了 [X] 来解决 [问题],正在寻找早期用户”
  • 提供白手套式 onboarding
  • 最适合用户聚集在 Slack/Discord/论坛的产品

4. 两周实验周期

模式:

早期阶段,速度比完美更重要。关键约束不是你是否正确——而是你能多快地测试假设并迭代。

如何执行:

  • 在开始前,为每个测试设定明确的成功标准
  • 每个实验只测试一个变量(信息、渠道、定价、功能)
  • 最多运行两周——如果到那时还没有信号,就不会有了
  • 如果有效,在一周内投入 3 倍资源
  • 如果无效,砍掉它并转向下一个测试
  • 无论结果如何,记录你学到的东西

Playbook 规则:

每个成功的实验在规模化之前都必须变成一个 playbook。结构:目标 → 步骤 → 预期产出 → 指标 → 风险。如果不熟悉的人无法执行这个 playbook,那说明文档写得还不够好。

为什么这很重要:

一次性的胜利不会复利。系统化的实验才会。目标不是一次发布——而是打造一台可重复的机器,用于快速测试假设。

常见错误:

在测试之前过度规划。等待“完美”条件才启动。因为已经投入了情感精力,而在失败的实验上停留太久。用 70% 的信息做决策。


5. 合作伙伴主导的市场进入(当你没有分发渠道时)

模式:

与其仅通过直销进入新市场,不如利用与成熟玩家的合作来加速。

如何执行:

  1. 识别目标细分市场中的市场领导者
  2. 以客户问题而非合作提案切入——“如果你的用户能够访问 [能力] 会怎样?”将关注点从你的需求转向他们的需求
  3. 从小处着手:帮助他们解决一个具体问题(窄范围集成,而非全面合作)
  4. 在寻求更广泛承诺之前,用 3-6 个月的试点证明价值
  5. 共同建立标杆客户——降低他们的风险
  6. 利用他们的 GTM:一旦完成集成,他们会向自己的用户群推广

超级节点模式:

将自己定位为其他工具自然连接的集成枢纽。你拥有其他平台需要的关键数据或工作流。这会产生复利效应——每增加一个新合作伙伴,你对下一个合作伙伴就更有价值。

品类排序:

不要到处寻求合作。每季度主导 2-3 个品类:

  1. 以真实用例开路:“我们的用户每月请求 [合作伙伴] 集成 50 次”
  2. 一旦你与顶级玩家合作,竞争对手也会感到紧迫感来与你合作
  3. 在一个品类中完成 2-3 次成功合作后,创建联合客户案例

常见错误:

在没有清晰集成路径的情况下启动合作。期望合作伙伴在没有支持的情况下推动认知。将合作视为销售渠道而非平台扩展。


6. PMF 验证清单

产品市场契合是客户拉着你前进,而不是你推着他们走。

留存:

  • 第 1 周用户中 40%+ 在第 4 周回访
  • 使用量随时间增长
  • 客户无需销售推动即续费

自然增长:

  • 口碑推荐正在发生
  • 客户询问“我能添加我的团队吗?”
  • 无需付费营销即有主动咨询

销售速度:

  • 销售周期缩短
  • 试用转化率 >30%
  • 客户说“我们现在就需要这个”

定性指标:

  • 如果产品消失,>40% 的客户会非常失望(Sean Ellis 测试)
  • 客户能清晰表述产品用途(清晰的用例)
  • 客户公开推荐

如果你没有这些,你还没有 PMF。不要扩大营销/销售。


决策树

为什么我们的发布停滞不前?
Do prospects understand what you are?
├─ No → Layer 1: Positioning problem
│         Fix: Test new messaging before changing product
└─ Yes → Continue...
    │
    Do users activate after signing up?
    ├─ No → Layer 2: Experience problem
    │         Fix: Restrict onboarding to 2-3 use cases, guide to aha moment
    └─ Yes → Continue...
        │
        Is the team aligned on what matters?
        ├─ No → Layer 3: Alignment problem
        │         Fix: Single north star, weekly visibility, cut non-essential
        └─ Yes → Keep iterating, you're on the right track
媒体发布还是直接触达?
Self-serve ready? (Users get value in <10 min)
├─ No → Direct outreach only (press won't convert)
└─ Yes → Do you have >$1M funding to announce?
    ├─ Yes → Both (press for awareness, outreach for conversion)
    └─ No → Direct outreach first, press later

常见错误

1. 为头条优化而非为激活优化 5 万次曝光和 12 个注册。媒体 ≠ 增长。

2. 发布前没有目标客户名单 广撒网在 0 到 1 阶段行不通。先建立 100 个账户的名单。

3. 有灵活性但没有默认值 给用户所有选项会让他们瘫痪。选择 2-3 个不可否认的用例并强力引导。

4. 免费赠送产品 免费用户给出礼貌的反馈。付费用户给出诚实的反馈。

5. 在学习之前就扩张 前 10 个客户是为了学习,不是为了收入。记录一切。

6. 过度规划,测试不足 2 周实验,有明确的终止标准。快速行动,记录学习成果。

7. 诊断错误的层面 问题是体验却去修定位 = 浪费营销。问题是定位却去修体验 = 浪费工程。


快速参考

三层诊断: 第 1 层:定位(传达信息听起来像竞争对手)→ 测试新的传达信息 第 2 层:体验(有认知但无激活)→ 引导至顿悟时刻 第 3 层:对齐(团队分散)→ 单一北极星,每周可视化

前 10 位客户: 个人网络(2-3)→ 直接触达(3-20)→ 天花板时刻定位(最高意向)→ 社区(开发者产品)

2 周实验周期: 假设 → 成功标准 → 测试(最多 2 周)→ 终止或 3 倍 → 记录玩法手册

PMF 信号: 40%+ 第 1→4 周留存率 + 口碑 + 销售周期缩短 + >40% 非常失望

合作伙伴主导的进入: 客户问题优先 → 窄范围试点 → 共同参考客户 → 利用他们的 GTM


相关技能

  • 产品主导增长:初始牵引力之后扩展
  • 定位策略:发布定位
  • 合作伙伴架构:合作伙伴主导的市场进入

基于发布为媒体报道优化的功能并从 50K 曝光中获得 12 个注册,使用三层模型诊断三家公司的发布停滞,并构建将临时测试转变为可重复机器的 2 周实验周期。还借鉴了跨多个地域和细分市场的合作伙伴主导市场进入。不是理论——而是从将虚荣指标误认为增长并学会诊断实际问题的经验教训。

评论

支持 Markdown