用途：当开发者大量采用免费层、但收入为零时，帮助团队把开发者喜爱转化为付费收入。核心思路是“向开发者营销，向决策者销售”：开发者负责评估与采用，CTO、VP、采购负责批准预算，增长引擎是能在内部替你卖产品的开发者拥护者。
主要能力：提供四种 GTM 模式的选择框架——开源（适合基础设施/开发工具，重视信任与可审查性）、PLG/自助（快速见效、小团队中开发者即买家）、入站（能靠内容/SEO 占据问题）、销售主导/ABM（高客单价、复杂企业、少量大客户）。多数开发工具是 PLG 加针对大客户的销售辅助。还提供拥护者赋能框架：给开发者向老板汇报所需的材料，包括价值主张、可粘贴的一页纸/ROI 片段、安全合规答案（如 SOC 2、数据处理）、同类公司同行的可归因结果。以及角色到销售的映射：Alpha Dev 发现并倡导，VPE/SRE 验证可行性，CTO 批准预算，采购处理条款。
使用方式：先确定一种主 GTM 模式并全力投入；找到最满意的免费用户作为拥护者，询问其老板批准预算需要什么；制作拥护者一页纸；定义提及付费前必须发生的激活时刻。决策树：开发者是否已获得真实、重复的价值（激活）？否则为时过早，此时设限会扼杀采用；若是小团队（开发者掌控支出）则做产品内自助升级；否则触发销售辅助，帮拥护者构建内部理由。建议创始人亲自完成首个百万美元收入再交接销售。
适用场景：开发者工具、基础设施、开源项目的商业化早期。
限制与常见错误：不要指望开发者拥有预算；不要在顿悟时刻前设付费墙；不要绕过拥护者冷推销 VP；不要缺少拥护者赋能；不要四种模式各做 10%。资料未提供具体价格、收费或效果数据。