growth-loops

增长循环（下一个 5,000 人，不靠你）

你的前 50 位用户是你亲自拉来的：私信、帮忙、一次成功的发布。用这种方式找到他们是对的，但它本来就不是为了规模化。接下来该做的就是增长循环：一位用户正常使用产品时，会让下一位用户发现它，而下一位用户又会重复这个过程。这不是一次性的推荐，而是持续循环。

适用场景： 你一停止发帖，增长就停滞；你能追溯每位用户都是通过创始人的私信或发布日加入的；或者你正准备开辟第三个渠道，但现有用户一个新用户都带不来。

核心理念

渠道是线性的：投入精力，带来用户；停止投入，增长也就停止。循环会把产出反馈到投入中：使用产品会产生一份成果、一段公开痕迹或一个邀请，让新的开发者发现它；而这位开发者的使用又会重新启动循环。渠道会耗尽，循环则会复利增长。

让循环不显得惹人厌的原则： 每个循环都必须服务于用户，而不只是你。用户乐于分享的品牌报告是一个循环；用户反感的水印则是多此一举的垃圾广告。如果循环损害了体验，那它就不是循环，而是在侵蚀你的信任。

门槛： 循环会放大你投入其中的一切。如果第 2 周留存不佳，循环放大的就是用户流失，而不是增长。使用这项技能之前：在一小时内带来首次价值（time-to-first-value），手头有首批 50 位真实用户（first-50-users），以及用户会再次回来的用户群（know-if-its-working、Frankl 的净开发者留存率）。这些条件中任何一项不满足，当前就该先解决它，而不是做这件事。

开发者工具的增长循环目录

以下六种循环对开发者工具确实有效。你需要一个，并让它全力运转。

1. 展示循环。 产品的输出可以分享，而且会带上你的品牌：CodePen 链接、保留 Logo 的导出报告、文档中的“由 X 生成”页脚。crowd.dev 导出的社区健康报告带有品牌标识；收到报告的人会询问报告是怎么制作的，而这个问题就促成了注册。
2. 徽章循环。 在 README 中，开发者希望展示状态徽章：“构建通过”（Travis CI、CircleCI）、覆盖率百分比（Codecov）。每个使用你产品的代码仓库的访客都会看到一则微型广告，而徽章之所以值得保留，是因为它传达了质量，而不是乞求关注。
3. 工作流循环。 工具参与到共享工作流中，让非用户也能看到它在运作。Snyk 会自动创建修复漏洞的拉取请求；每位协作者审查这些 PR 时都会发现这款工具并注册。修复问题后由机器人发表评论、开发者转发给团队的摘要邮件：原理都一样。
4. 团队循环。 一位开发者采用工具后，它就会进入共享代码仓库、CI 流水线或锁文件，成为每位协作者都会接触到的东西。之后开发者换工作时，也会把它带到新公司并在入职第一天安装。判断问题是：使用它的人越多，工具是不是就越有用？ 如果是，就把邀请融入引导流程，而不是放进弹窗里。
5. 公开内容循环。 使用产品会产生陌生人能找到的内容：用户创建的公开项目和可浏览的集合（StackBlitz、Postman 的公开工作区）、会持续被索引而不是随着工单一起消失的社区答复，以及用户的问题促使你编写的教程（founder-led-content 是这个循环的燃料）。
6. 市场循环。 在开发者已经购物的地方上线：VS Code 扩展、Jenkins 插件、框架的入门模板库、GitHub 自带的展示入口（trending、“used by”、依赖项目）。现在，使用他们平台的每一位新用户都能发现你的产品。

决策树：选择你的一个循环

Does normal use already produce something other developers can see
(an output, a badge, a PR, a config in a shared repo)?
├─ YES → showcase, badge, or workflow loop. Instrument what is
│         already happening before you build anything new. This is
│         the cheapest loop you will ever get.
└─ NO  → is the tool more useful when a team uses it together?
         ├─ YES → team loop: put the invite where the value is,
         │        not in a growth popup.
         └─ NO  → do developers search or ask in public when this
                  problem bites?
                  ├─ YES → public-content loop: answer and publish
                  │        where it gets indexed, every time.
                  └─ NO  → your ICP may be too diffuse to loop.
                           Tighten it in `who-is-this-for` first.

衡量循环，而非流量

每月问一个问题：你的新注册用户中，有多少是由现有用户采取的行动带来的（点击徽章、分享产物、提交修复 PR、提交配置、回复讨论串）？

• **低于 10%：**你有的是渠道，不是循环。50 个用户时没问题，到了 500 个用户就是问题。
• **连续环比增长，且达到 30%：**循环正在运转。添加其他东西之前，先为它注入动力。
• 也要追踪周期时间：每轮需要两周的循环会产生复利；需要六个月的循环，只是披着循环外衣的渠道。
• 这里的归因是方向性的，而非精确的（Czakon）：自由文本形式的“你是怎么知道我们的？”字段，是你诚实的测量工具。把每个答案标记为循环或渠道。

看起来合理的错误做法

• **在留存率不佳的情况下构建循环。**放大一款用户会弃用的产品，只会让他们更快弃用。门槛就是门槛。
• 为开发者提供付费推荐奖励。“送你 20 美元，你也得 20 美元”在恰好会惩罚这种做法的受众眼中就像贿赂，还会毒化你已经获得的真诚推荐。开发者推荐产品，是因为这个工具让他们显得很出色，所以要让这件事轻而易举。
• **强制病毒式传播。**无法移除的徽章或水印会被去掉、招人反感，还会被人发帖吐槽。要么双向创造价值，要么什么都不做：循环必须先服务用户，并且可以删除。最终留下的那些更有价值。
• **把发布热度峰值误认为循环。**发布只是摇了一次手柄（launch-it）。要检验的是，它带来的用户能否带来新用户。如果曲线回落到基线，那它就是一个渠道。
• **同时运行三个完成度只有 30% 的循环。**每个尚未建成、低于临界规模的循环都无法产生效果。一个不断产生复利的循环，胜过三个不断流失的循环；等第一个循环不需要你也能运转时，再添加第二个。
• **照搬 B2C 机制。**候补名单、邀请门槛和连续打卡会让开发者觉得你在“增长黑客”。第一条原则依然适用：不要对开发者撒谎，他们会发现。

一个实例

Snyk 的核心循环，是将工作流循环做到极致：产品的日常工作就是创建修复漏洞的拉取请求。每位审查这类 PR 的队友，都会在自己的仓库中看到这个工具确实做了有用的事，而且完全不需要推销。曝光本身就是价值交付；没有任何东西是硬加上去的。反过来看失败模式：某个工具在提交消息后面附上“试试 X！”，只提供了曝光，却没有价值，于是被卸载。表面相同，结果相反。值得借鉴的问题不是“我可以把徽标放在哪里？”，而是“我的产品已经在哪里做着值得陌生人认可的显眼工作？”

接下来的 30 分钟

• 把最近 20 个注册用户分类：创始人行动、发布热度峰值，或现有用户行动。诚实地数出第三类。这就是你的基线。
• 浏览目录，圈出你的产品在正常使用中已经部分实现的那个循环。别凭空设计，先做好监测。
• 找出产品已经完成、且值得陌生人认可的显眼工作，并为它加上得体、可移除的链接。
• 确认存在自由文本形式的“你是怎么知道我们的？”字段（参见 know-if-its-working），并开始把答案标记为循环或渠道。
• 检查门槛：如果第 2 周留存率出了问题，就先搁置这项技能，转而打开 time-to-first-value。循环可以等等；用户流失等不了。

---

基于真实的开发者工具 GTM 经验编写，框架参考 Adam Frankl（The Developer-Facing Startup）和 Jakub Czakon（markepear.dev）。循环目录改编自 Jonathan Reimer 的 Growing Developer Tools: A Handbook，循环模型参考 Brian Balfour 和 Casey Winters（Reforge）。 如果你不确定哪种循环适合你的产品，或者你构建的循环没有产生复利，欢迎通过 LinkedIn 联系我。