关于 startup-go-to-market
面向初创公司的市场进入与增长规划技能,适用于制定 ICP、选择 PLG 或销售驱动模式、规划发布和渠道。它通过阶段化流程连接定位、渠道测试、漏斗衡量、RevOps 与合作伙伴策略。
主要功能
- 01定义 ICP 与购买路径
- 02选择 PLG、销售或混合模式
- 03规划渠道顺序与测试
- 04设计产品发布计划
- 05衡量漏斗并对齐 RevOps
- 06评估合作伙伴计划
适用场景
- 01为新产品制定市场进入策略
- 02比较 PLG 与销售驱动模式
- 03规划测试版或正式发布
- 04选择早期获客渠道并跟踪转化
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ vasilyu1983/ ai-agents-public --skill startup-go-to-market安装后在 Claude Code 中输入/startup-go-to-market确认已加载。
详细介绍
初创公司市场进入策略
用于设计和执行市场进入、发布及增长的系统化工作流。
现代最佳实践(2026 年 1 月):从 ICP + 定位着手,选择 1-2 个渠道并安排投放顺序,端到端追踪转化漏斗,使用 AI 执行任务(而非制定策略),并让销售、营销和客户成功团队的 RevOps 保持一致。
适用场景
- 为新产品设计市场进入策略
- 在 PLG 和销售主导模式之间做出选择
- 规划产品发布(小范围发布、Beta 版、ProductHunt、全面发布)
- 定义 ICP 和渠道策略
- 设计合作伙伴及渠道合作伙伴计划
- 评估合作伙伴类型及合作伙伴主导的分销模式
- 实施 AI 驱动的 GTM 自动化
不适用场景
- 深入探讨定位和信息传达 -> marketing-content-strategy(差异化输入请使用 startup-competitive-analysis)
- 竞争情报 -> startup-competitive-analysis
- 融资策略 -> startup-fundraising
- 定价和收入模式 -> startup-business-models
- 成交、客户需求挖掘电话、谈判、采购 -> startup-sales-execution
- 客户引导、留存、续约、扩张 -> startup-customer-success
- 财务运营(现金跑道、开票与收款、结账周期) -> startup-finance-ops
- 法律基础知识(合同、知识产权转让、隐私基础知识) -> startup-legal-basics
- 首批团队的招聘与管理 -> startup-hiring-and-management
快速开始(输入信息)
询问能够支持有意义决策的最少信息:
- 阶段:产品市场契合度(PMF)前期、PMF 初期、增长期、规模化阶段
- 产品和类别:产品是什么、谁会使用,以及“首次获得价值”是什么样的
- ICP 和买方:公司特征、痛点、采购限制、经济买方与内部倡导者
- 定价和经济性:当前/目标 ACV/ARPA、销货成本(COGS)驱动因素(包括可变计算成本)、回本周期限制
- 商业模式限制:是否支持自助服务、销售周期预期、实施/客户引导的复杂程度
- 渠道限制:预算、时间、受众触达渠道(社群、名单、合作伙伴关系)、地理区域、合规限制
- 基准指标:流量、注册/演示转化率、激活率、留存率、成交率、销售周期时长、销售管道
- 团队和工具:由谁执行(创始人/营销/销售/客户成功)、CRM + 分析工具栈
如果缺少数据,可使用范围值并明确列出假设,同时说明下一步需要测量什么。
工作流
- 定义 ICP 和购买路径
- 确定主要/次要 ICP、反向 ICP、触发事件和“激活”的定义。
- 使用
assets/icp-definition.md起草。
- 对齐定位和证据
- 如果定位不清晰,使用 startup-competitive-analysis 梳理替代方案和差异化,然后使用 marketing-content-strategy 将其转化为营销信息。
- 选择增长模式(PLG / 销售驱动 / 混合)
- 使用下方决策树快速筛选。
- 详情参见:
references/plg-implementation.md和references/sales-motion-design.md。 - 关于创始人主导成交和可重复的销售管道: startup-sales-execution。
- 选择 1-2 个渠道,按顺序测试(而非并行测试)
- 制定靶心式测试计划:快速测试、衡量、加倍投入有效方案。
- 执行详情参见:
references/channel-playbooks.md。
- 定义衡量标准并与 RevOps 对齐
- 定义统一的生命周期阶段,以及指标的“唯一事实来源”(产品 + CRM)。
- 确保交接可衡量(例如,混合模式下 PQL -> SQL 的分配规则和 SLA)。
- 定义售后职责归属(入门引导、留存),以及要跟踪的最低限度 CS 指标。
- 制定交付物和运营节奏
- 起草 GTM 计划(
assets/gtm-strategy.md)和发布计划(assets/launch-playbook.md)。 - 每周召开一次 GTM 评审:30 分钟讨论销售管道 + 漏斗,30 分钟讨论实验,30 分钟作出决策。
决策树
GTM QUESTION
|-- "How do I reach customers?" -> Channel Strategy
|-- "PLG or Sales-led?" -> Motion Selection
|-- "How do I launch?" -> Launch Planning
|-- "Who is my ICP?" -> Segmentation
`-- "How do I scale?" -> Growth Loops
GTM 增长模式类型
| 模式 | 描述 | 适用对象 | 示例 |
|---|---|---|---|
| PLG | 由产品推动获客、转化和扩张 | SMB、开发者 | Slack、Figma |
| 混合(PLG + 销售辅助) | 由产品推动获客,销售辅助转化/扩张 | 中型市场、ACV 较高的 PLG | Atlassian、Notion |
| 销售驱动 | 销售代表通过主动/被动拓展促成交易 | 企业、复杂销售 | Salesforce |
| 社区驱动 | 社区推动认知和采用 | 开发者工具、OSS | MongoDB |
| 合作伙伴驱动 | 合作伙伴推动分销 | 企业、地域扩张 | Microsoft |
增长模式选择框架
ACV < $5K and self-serve possible?
- yes: PLG (add sales-assist for expansion)
- no: is buyer technical?
- yes: developer/community-led (bottom-up)
- no: sales-led
ICP 组成要素
| 组成要素 | 问题 | 示例 |
|---|---|---|
| 公司特征 | 规模、行业、地域 | 50-500 名员工、B2B SaaS、美国 |
| 技术特征 | 技术栈、工具 | 使用 Salesforce、现代数据栈 |
| 痛点指标 | 问题表现 | 支持工单不断增加 |
| 成功指标 | 适配良好的迹象 | 产品与市场高度契合 |
ICP 评分
| 因素 | 权重 |
|---|---|
| 可用预算 | 20% |
| 问题严重程度 | 25% |
| 技术适配度 | 15% |
| 决策时间线 | 15% |
| 已确定内部倡导者 | 15% |
| 扩展潜力 | 10% |
渠道策略
| 类别 | 渠道 | 适用对象 |
|---|---|---|
| 自然流量 | SEO、内容、社交媒体、社区 | 长期增长 |
| 付费 | SEM、付费社交媒体、展示广告 | 快速、可扩展 |
| 主动拓展 | 邮件、陌生电话、LinkedIn | 企业、高 ACV |
| 产品 | 病毒式传播、免费增值、PLG | 自助服务 |
按阶段安排渠道顺序
| 阶段 | 主要渠道 |
|---|---|
| PMF 前 | 创始人销售、社区 |
| 早期 | 内容、主动拓展、创始人关系网 |
| 增长期 | 付费、SEO、合作伙伴关系 |
| 规模化 | 优化所有渠道 |
衡量(最低可行的 GTM 分析)
- 优先关注生命周期和群组,而非虚荣指标。始终按 ICP/细分市场 + 渠道进行拆分。
- 为每种增长模式(PLG 与销售驱动)定义一个漏斗,并明确阶段定义和负责人。
- 在作出“规模化”决策前,跟踪领先指标(激活/留存、PQL、赢单率)。
PQL(产品合格线索)评分:
PQL = (Engagement * 0.4) + (Fit * 0.3) + (Intent * 0.3)
产品主导销售(销售辅助)基础
适用于 PLG 带来用户,但转化/扩展需要人工协助的情况。
PQL -> SQL 路由检查清单:
- 定义 PQL 触发条件(事件)和阈值(例如,7 天内完成 3 项关键操作)
- 定义排除条件(学生、竞争对手、规模很小的公司、不支持的地区)
- 为首次联系设定 SLA(例如,高意向 PQL 需在 24 小时内联系)
- 定义移交给 AE 的标准(PQL -> 已预约会议、提出安全/采购需求)
- 记录结果(PQL->会议->销售管道->赢单)并每周复盘
发布类型
| 类型 | 目标 | 时间线 |
|---|---|---|
| 软发布 | 测试、迭代 | 2-4 周 |
| Beta 发布 | 建立候补名单、收集反馈 | 4-8 周 |
| ProductHunt | 提升认知度、吸引早期采用者 | 1 天 + 准备时间 |
| 全面发布 | 最大限度提升认知度 | 1-2 周 |
增长循环
| 循环 | 机制 | 示例 |
|---|---|---|
| 病毒式传播 | 用户邀请用户 | Dropbox 推荐 |
| 内容 | 内容 -> SEO -> 用户 | HubSpot |
| UGC | 用户创建内容 | YouTube |
| 付费 | 收入 -> 广告 -> 用户 | 效果营销 |
| 销售 | 销售管道 -> 成交 -> 收入 -> 招聘 -> 更多销售管道 | 销售主导型 SaaS |
| 合作伙伴 | 赋能合作伙伴 -> 推荐 -> 成交 -> 合作伙伴收入 -> 更多合作伙伴 | 云市场 |
合作伙伴策略
合作伙伴关系是一种 GTM 渠道,而不是策略。应像对待其他渠道一样对待它们:筛选、试点、衡量,然后扩大或终止。
合作伙伴类型
| 类型 | 他们的工作 | 经济模式 | 最适合 |
|---|---|---|---|
| 集成/技术 | 打造联合产品体验 | 免费或对联合销售的交易分成 | 提高用户黏性、提升产品价值 |
| 推荐/联盟 | 为你推荐合格的潜在客户 | 首年收入的 10-30%(通常) | 低接触、高销量 |
| 转售/渠道 | 销售并支持你的产品 | 给合作伙伴 20-40% 的利润空间 | 地域扩张、企业市场 |
| 联合销售 | 面向共享客户开展联合销售 | 共享销售管道,无利润空间 | 企业市场、复杂交易 |
| 市场 | 在 AWS/Azure/GCP/Salesforce 上架 | 3-20% 的市场平台费用 | 企业采购、发现 |
合作伙伴准备情况检查清单
在以下条件满足之前,切勿拓展合作伙伴关系:
- 你已有可重复的直销流程(合作伙伴能放大效果,但无法帮你找到 PMF)
- 你能清楚阐述双方的价值(而不只是“他们有我们想要的客户”)
- 你能在不降低直销客户体验的情况下支持合作伙伴带来的客户
- 有人(创始人或新聘人员)负责合作伙伴关系
合作伙伴漏斗
- 识别 — 根据受众重合度和激励一致性,梳理潜在合作伙伴
- 筛选 — 评估匹配度:受众匹配、技术兼容性、商业模式一致性、内部支持者接触渠道
- 试点 — 与 1-2 个合作伙伴开展小规模联合营销或联合销售实验(30-60 天)
- 衡量 — 跟踪合作伙伴带来的销售管道、转化率、收入和支持负担
- 扩大或终止 — 加大对能带来 ROI 的合作伙伴的投入;终止没有成效的合作关系
合作伙伴关系尚不成熟的情况
- 尚未达到 PMF(你还不了解自己的 ICP——合作伙伴会放大这种困惑)
- 没有直销流程(你还没摸索清楚的事,也无法教给合作伙伴)
- 每笔交易都需要大量定制(合作伙伴无法复制你的专业能力)
关于 BD 执行(外联、交易结构、谈判):参见 startup-sales-execution。
关于更深入的合作伙伴策略模式:参见 references/partnership-strategy.md。
应做/避免
应做
- 将激活定义为具体的“首次价值时刻”
- 跟踪领先指标(激活、PQL、留存)
- 使用 AI 执行任务,同时由人负责策略
- 根据匹配度 + 意向信号划分 ICP 层级
避免
- 未衡量效果就发布大量内容
- 并行开展“所有渠道”
- 不结合留存情况看虚荣指标
- 过度自动化,缺少人工监督
- 在激活率/留存率稳定前就扩大付费投放
- 不按 ICP/渠道细分,就把基准数据当作目标
资源
| 资源 | 用途 |
|---|---|
| channel-playbooks.md | 详细的渠道执行指南 |
| sales-motion-design.md | 销售流程与 RevOps |
| plg-implementation.md | PLG 执行与 PQL 框架 |
| ai-gtm-automation.md | AI 驱动的 GTM 工具 |
| partnership-strategy.md | 合作伙伴类型、计划设计、市场列表、联合营销 |
| launch-execution-guide.md | 发布类型、时间线、发布当日指南、ProductHunt、发布后分析 |
| icp-research-methodology.md | ICP 研究、验证、评分、分级、反向 ICP、文档记录 |
| revops-alignment.md | RevOps 生命周期阶段、交接、SLA、归因、预测、报告 |
模板
| 模板 | 用途 |
|---|---|
| gtm-strategy.md | 完整的 GTM 策略文档 |
| launch-playbook.md | 发布规划 |
| icp-definition.md | ICP 文档 |
数据
| 文件 | 用途 |
|---|---|
| sources.json | GTM 资源 |
相关技能
| 技能 | 用途 |
|---|---|
| startup-competitive-analysis | 市场定位图、竞争作战卡 |
| startup-business-models | 定价、单位经济效益 |
| startup-sales-execution | 需求探索、资格评估、成交、谈判 |
| startup-customer-success | 入职引导、留存、续约、扩展 |
| startup-finance-ops | 现金跑道、账单/催款、财务节奏 |
| startup-legal-basics | 销售所需的 IP/合同/隐私准备 |
| startup-hiring-and-management | 首批招聘、面试流程、管理节奏 |
| marketing-ai-search-optimization | 内容驱动型 GTM 的 GEO/AI 搜索曝光度 |
| marketing-social-media | 社交渠道执行 |
| marketing-leads-generation | 线索获取 |
| startup-growth-playbooks | 含数据的案例研究、分阶段增长策略 |
做得好的标准
- 确定一个主要 ICP,明确反向 ICP,并设定可衡量的目标触发条件(信号)。
- 明确选择销售模式,并列出具体经济指标(ACV、回本周期、触达模式)和交接流程。
- 确定一个主要渠道,并制定测试计划、成功指标和停止/转向触发条件。
- 为从来源 -> 激活/价值 -> 收入/扩展的漏斗添加埋点(按细分群体和渠道划分)。
- 建立每周运营节奏,维护实验待办列表,并记录书面决策日志。
评论
支持 Markdown