time-to-first-value

首次价值所需时间（带他们迎来首次成功）

对开发者工具来说，产品本身就是宣传。开发者独自试用几分钟后就会做出决定。没有激活的获客，只会让用户流失得更快。

适用场景： 用户注册或给代码仓库点星后就没了下文；用户成功运行一次后再也不回来；文档默认读者已经了解产品；或者你正准备投入资源做发布或拓展渠道，但前 10 分钟的体验仍在不断流失用户。

核心理念

你可以把定位、主页和发布都做到位，却依然在前 10 分钟内失去所有人。对开发者工具来说，首次运行就是销售过程：开发者独自试用，不与你交流，然后做出决定。Frankl 的 DREAM 漏斗有两个关口：

• 评估： 他们能否在一个周末内，不需要任何人工帮助，就让产品运行起来？（周末测试）
• 激活： 他们多快能迎来首次真正的成功，也就是“我真厉害”的时刻（首次价值所需时间）？

扩大获客规模前，先解决这个问题。把用户引入一个处处漏人的首次运行流程，只会让他们更快流失，而 know-if-its-working 会告诉你，真正重要的是留存，而不是注册量。

两个门槛

周末测试（Frankl）。 有动力的开发者应该能在一个周末内，不通过电话、演示或给你发邮件，就让你的产品做成一件实事。如果他们做不到，这就是你最值得投入精力的工作，优先级高于任何渠道、发布或主页调整。

首次价值所需时间（Czakon：“到 Hello World 所需的时间”）。 以分钟计，而不是小时；首次有意义的成功应该在同一次操作中实现，而不是等到下周二的入门指导电话之后。首次“Hello World”应该在几分钟内实现；首次真正觉得“哦，这很有用”，也应该发生在同一场操作中。

成功属于开发者，而不是你的产品（Frankl：开发者才是主角）。 灵光一现的时刻应该是“看看我刚刚做到了什么”，而不是“看看我们的平台能做什么”。设计首次运行流程，让开发者觉得自己有能力，而且效率很高。

框架：摩擦日志（Czakon）

核心工具。不要试图记录每一条路径。把最常见的那条首次价值路径做到位。

1. 找出新开发者从开始使用到首次成功所走的核心旅程。
2. 把自己当作陌生用户走一遍：使用新设备或无痕模式，不走内部人员的捷径，也不要凭记忆补全缺失的部分。
3. 在每一步记录三件事：他们遇到的疑问、碰到的挫折，以及让他们停下来的摩擦或障碍。
4. 先解决明显的障碍。消除有动力的开发者最可能放弃的三个节点。
5. 为每个核心时刻设置一个指标，以便看出他们在哪些地方流失。

什么能消除摩擦（什么会增加摩擦）

能消除摩擦的做法：

• 提供免费套餐或试用，无需信用卡，也无需“联系销售”（Czakon：硬性门槛会把开发者直接推向竞争对手）。
• 安装过程简单到不可能出错，并提供一个可直接复制粘贴、首次尝试就能运行的示例。
• 提供“5 分钟快速入门”路径，以及为陌生用户而非专家编写的文档快速入门指南。
• 提供预置数据的沙盒或演示，其数据贴近他们的实际使用场景，而不是 foo 和 bar（Czakon：真实的沙盒数据能帮你完成大部分工作）。

会增加摩擦的做法：

• 在用户首次成功之前设置注册墙、销售电话或信用卡门槛。
• 由已经了解产品的人编写文档。
• 首次运行时只展示你的架构，却不帮助开发者达成目标。

决策树

Can a motivated new dev reach a real win alone, in one sitting, without talking to you?
├─ NO  → this is your highest-leverage work, above any channel or launch.
│         Run a friction log on the one core path and cut the top 3 barriers.
└─ YES → do they come back the next week?
         ├─ NO  → the first win isn't valuable or sticky enough. Wrong "aha,"
         │         or no reason to return. Re-pick the activation moment.
         └─ YES → now acquisition is worth scaling. Go to `first-50-users`.

看似合理的错误做法

• 首次体验还在流失用户时，却去优化首页或发布活动。 先修复激活，再做获客。糟糕的首次体验会白白浪费再好的渠道。
• 为注册数欢呼。 如果用户从未激活，注册数就只是虚荣指标。关注首次获得价值所需的时间和首周激活情况，而不是漏斗顶端的数据（参见 know-if-its-working）。
• 把首次成功体验挡在注册墙、演示或信用卡信息之后。开发者会直接离开，再也不会回来。
• 让你的产品成为首次体验的主角。 开发者才是主角。那一刻应该是“看看我做到了什么”，而不是“看看它能做什么”。
• 为专家编写文档。 快速入门指南是写给从未接触过它的陌生人的。找一个这样的人来测试。
• 记录每一种路径。 先把最常见的那条路径打磨好。把没人走的流程覆盖得再完善，也是白费功夫。

接下来 30 分钟

• 明确新开发者从开始到首次真正成功所走的唯一核心路径。只要一条。
• 像陌生人一样走一遍（使用无痕模式或干净的机器），并计时。记录每一步遇到的疑问、挫折和障碍。
• 圈出积极的开发者最可能放弃的前三个节点。这就是你的待办事项，优先级高于任何营销任务。
• 定义那个让人觉得“我真厉害”的时刻，并确保无需他人帮助，就能在几分钟内、一口气达到它。
• 用一个数字衡量：首次获得价值所需的时间，或首周内达成成功体验的注册用户百分比。像关注正常运行时间一样关注它。

---

内容基于真实的开发者工具 GTM 经验，并采用 Adam Frankl（The Developer-Facing Startup）和 Jakub Czakon（markepear.dev）的框架。 如果激活环节存在流失，而你看不出问题出在哪里，那么值得让人亲自检查一下整个漏斗。欢迎通过 LinkedIn 联系我。