采用杠杆策略手册 | AI生成和翻译
你的核心理解是对的，但让我帮你更精确地表达。
没错——采用率是个销售问题，不是质量问题。 一个技术上更优、却引入新工作流的工具，会输给一个更差但能适配现有工作流的工具。对方团队的计算方式不是”这个更好吗？”——而是”切换成本对比我当前的痛苦值是多少？”如果他们的痛苦很小或尚可忍受，那么你的工具带来的边际收益必须跨过很高的门槛，而通常它做不到，因为他们有更高优先级的任务。你在和他们的路线图竞争，而不是和”没有你的工具”这种空白状态竞争。
“绝望”这个洞察是关键，但要细化。 准确来说不是绝望——而是切身且被认可的痛点。三个条件让采用变得容易：
- 痛苦是他们的，不是你的。 你觉得他们的工作流很蠢；他们不在乎。采用发生的前提是他们已经感受到痛苦，并且正在寻找解脱。
- 你的工具能嵌入他们现有的工作流——无需学习新流程。最佳情况：它是隐形的。一个包装器、一个CI步骤、一个库调用，而不是一个需要他们切换上下文的新CLI工具。
- 你来承担集成成本。 “我来帮你配置好，这是PR链接”胜过”这是文档”。绝望的团队能容忍摩擦；不绝望的团队一点摩擦都不能忍。
关于”人们总是选最容易的路”——大部分正确，但有一个对你来说很重要的修正：人们最小化的是在当前心智模型下的感知付出，而非实际付出。学习你的工具可能每周为他们节省10小时，但前期需要花费2小时——而这2小时是具体且当下发生的，10小时则是抽象且未来的。人类会严重低估后者。这就是为什么即使严格意义上更好的工具也会传播失败。最容易的路通常是”继续做我在做的事”，因为改变有激活能量，而现状没有。
对大公司工具建设的战略启示：
- 不要先造工具再去找采用者。那是推送，而推送会失败。找一个已经在为某个问题叫苦的团队，然后针对那个具体的痛点来构建。拉动优于推送。
- 让采用变成一行代码的改动，或者他们已经在用的Slack机器人，而不是一次迁移。
- 如果你需要说服别人，那你已经输了。好的工具会被主动拉过去的。
- 老实说——对你目前的情况而言，最高杠杆的做法是：先为自己造工具，用它比所有人都更快交付，让好奇心吸引别人来问（”你怎么这么快做到的？”）。你自己的速度就是演示。这也是简历/创业作品集的燃料，不像那些你离开就寿终正寝的内部工具。
值得细品的一个重述：内部工具很少为你积累复利，除非它们是可开源的或能变成公开资产。一个只在银行内部存在的工具，在你合同结束时就消失了。去造那些杠杆能跟着你走出门的东西。