用途：帮助团队搭建自助获客与扩展动作，并先判断 PLG 是否适合自身产品。触发场景包括是否做 PLG 或销售驱动、如何推动自助采用、免费转付费不理想、开发者主导的采用策略、该投入哪些增长渠道、如何判断 PLG 是否可行。适用背景为开发者工具与平台、具备自助潜力的 B2B SaaS、无需演示即可感知价值的产品、自下而上的采用模式以及增长渠道优先级排序。
主要能力（7 个框架）：1）PLG 现实检查：先小规模并行验证两种模式，PLG 适合前 5 分钟价值明显、实施简单、个人无需团队审批即可获益、无采购法务障碍、买家即用户的情形；销售驱动适合需要集成、多方协调、买家非用户、客单价高、需教育客户的场景。2）增长方程式：按渠道定义活动（输入）→流量（输出）→转化，并用小样本验证后按数学方式扩展，4 周数据即可决定去留。3）渠道经济性：逐渠道跟踪 CAC、转化率、30/90 天留存、LTV、回本周期；CAC 低于 LTV×利润则放量，持平则优化，高于则 4 周内砍掉；每月复盘渠道并每季度重新分配预算。4）首次价值时间（TTFV）：唯一激活指标，用户在前 5-10 分钟决定去留；做法含预置示例数据、跳过后置设置、渐进披露、用交互而非文档展示；TTFV 超过 10 分钟视为激活问题。5）5K 到 50K 美元的拐点：PLG 适用于约 1K-10K 美元 ARR；2 万-5 万美元区间出现采购、法务、安全、多方买账等组织摩擦，转为销售协助；5 万美元以上走完整销售流程。PQL 信号包括使用深度、扩展信号（同公司多用户、团队功能、集成）与购买信号（SSO、合规、SLA、团队定价咨询）；交接应在合理时机以具体价值切入。6）增长预测：按基线、上行、下行三种情景建模，月度对比实际并调整。7）打法文档习惯：每次成功实验后写一页 playbook（目标、步骤、预期产出、指标、风险与缓解、负责人、更新日期），每季度复核，形成增长操作系统。
使用方式：无安装命令或代码；以决策树与清单形式指导判断与执行，例如是否自建 PLG、渠道保留/优化/砍掉、以及销售交接时点。文档给出常见错误与快速参考条目，并列出相关技能（技术产品定价、开发者生态、0 到 1 发布）。
限制：资料未提供具体价格、平台依赖、安装方式与效果数据；所述数字均为文中经验案例，不代表保证结果。