活下来的机器 书架

第 08 章 / 共 15 章

第八章 · 开发者成了新客户:卖铲子的人

第八章 · 开发者成了新客户:卖铲子的人

上一章讲了怎么把东西卖给普通人——免费注册、用顺手了再掏钱,一整套面向大众的获客工程。这一章要换一群客户,一群很特殊、以前从没人正经把他们当客户的人:工程师自己。你在读这本书,多半就是他们中的一个。所以这一章讲的,其实是你是怎么被卖东西的,以及为什么这种卖法,比过去那套厉害得多。

先回忆一下过去软件是卖给谁的

第二章讲过老规矩:一套企业软件,卖给「老板和采购部门」。销售穿西装、飞过去、请吃饭、做几十页 PPT,跟客户公司的高层谈半年,签一份几十万美元的合同。真正每天要用这软件的工程师,全程没有发言权——软件是别人替他挑好、买好、装好,然后塞给他用的。好不好用不重要,采购签字的那位觉得靠谱就行。

这套打法叫 自上而下(top-down,从公司高层往下推:先说服有预算、能签字的老板,再一层层压到基层员工手里)。它贵、慢,而且经常买回来一堆没人爱用的东西。

这一波,一批公司把顺序彻底反了过来。

自下而上:绕开老板,直接俘获工程师

新打法叫 自下而上(bottom-up,不去敲老板的门,而是让最底层的工程师先自己用起来,用上瘾了,再由他们反过来推动公司付钱)。它凭什么打得过西装革履的传统销售?就凭一条:信任的来源不一样了。

老板的信任,来自 PPT、来自商务饭局、来自「同行都在用」这种话术——都是二手的。工程师的信任,来自亲手用过。他今天下午免费注册一个账号,十分钟就在自己的真实项目里跑通了,明天就知道这东西到底行不行。这种信任骗不了也吹不了,因为代码不会给面子:能跑就是能跑,不能跑吹上天也没用。

老办法像相亲:媒人(销售)把对象夸得天花乱坠,你信不信全看媒人嘴皮子。新办法像同居一周再谈:你先住进去,锅碗瓢盆全试过一遍,合不合适自己心里有数——这时候谁的话都不好使,只有体验作数。

顺着这条线,因果就很清楚了。工程师能自己免费注册、当天用起来、在真实项目里验证,于是决策链被压到极短:不用开会、不用打报告、不用等预算审批,一个人一个下午就能决定「这玩意儿好用,以后就用它」。等到项目做大、团队都在用、免费额度不够了,付费这一步几乎是水到渠成——不是老板被说服了要买,而是东西早已经长进了公司的日常,拔不掉了,只好补一张合同把它转正。

销售的动作,从「跪着求大客户签字」,变成了「让工程师先上瘾,再让上瘾的工程师去替你说服他老板」。替你卖货的人,从西装销售,换成了你的用户本人。

那么,把源代码白送出去,靠什么赚钱?

自下而上要成立,前提是让工程师零成本、零门槛地先用上。最极致的做法,就是把软件的源代码整个公开、免费给全世界用——这就是开源(源代码公开、任何人都能免费拿去用和改的软件)。可问题立刻来了:东西都免费送人了,公司喝西北风吗?

这里有个反直觉但很关键的账:先让全世界免费用上、攒起海量采用,再从其中「用得最重、最离不开」的那批人身上收费。免费的是「用」,收费的是「用得省心、用得放心、用得合规」。具体有这么几种赚钱的机制:

  • 托管 / 云服务。源代码免费,你当然可以自己下载、自己搭、自己运维——但你多半不想。自己搭一套数据库还得盯着它别宕机、别丢数据、半夜爬起来扩容,太累。于是公司说:这些脏活累活我帮你干,你按月付钱,打开就能用。MongoDB(一款开源数据库)就是这么干的:数据库本身开源免费,但它的托管服务 MongoDB Atlas 帮你把运维全包了,这才是收入大头。
  • 开放核心。open-core(核心功能开源免费,企业才需要的高级功能另外收费)。个人和小团队用免费版足够;但大公司需要的那些东西——精细的权限管理、审计日志、单点登录、企业级支持——放进付费版。谁最需要这些?恰恰是最有钱付的大客户。
  • 支持与合规。免费自己用没问题,可一家银行、一家医院要把开源软件用在核心系统上,它需要有人签合同背书、出问题有人半夜接电话、能证明这套东西合规。这份「有人兜底」的安心,本身就值钱。

这条路成立的底层逻辑是:交付变便宜(云 + 开源)之后,「让一个人开始用你」的成本几乎是零,于是你可以先不计代价地铺开、把采用量做到千万级,再从这千万人里那一小撮「规模化使用、离不开你」的重度用户身上,把钱赚回来。Elastic(做搜索引擎的开源公司)、HashiCorp(做云基础设施工具的开源公司)走的都是这条路。

这里有个后来才爆出的张力值得先埋个扣子:正因为「靠托管赚钱」,这些公司最怕的不是小偷,而是财大气粗的云厂商——亚马逊这类平台把它们的开源版本直接拿去做成自己的托管服务,白赚了本该属于它们的托管钱。于是 MongoDB(2018)、Elastic(2021)、HashiCorp(2023)后来都改了授权协议,从严格意义的「开源」收紧成「源码可见 source-available」(代码你还能看、能自己用,但不许拿去开一个跟我打对台的托管服务)。这恰恰印证了本章那句话:一旦收入靠托管,「谁能托管」就成了必须焊死的护城河。

卖铲子:不赌哪个 App 会火

现在讲这一章标题里的那个词。淘金热里,真正稳赚不赔的,往往不是挖金子的人——挖金子看运气,十个里九个空手而归。稳赚的是在矿场边上卖铲子、卖牛仔裤、卖水的人:不管哪个矿工挖到金子、哪个颗粒无收,他们都得来买铲子。这就是卖铲子的智慧——不下场赌哪个人能中彩票,而是给所有下场赌的人供货。

软件世界里,「铲子」就是 基础设施 / 开发者工具(数据库、通信、支付、部署、监控这些每个应用都要用的底层零件)。做这层的公司精明就精明在:它不赌哪个 App 会火。上面跑的应用死掉一大半没关系,因为不管哪个活下来、哪个火了,都得踩着它这层底座。它卖的是所有淘金者共用的那把铲子。

把一件复杂的事,变成一个 API 调用

这些铲子好卖、粘性还极强,核心秘密在一个词:API(一段让程序之间互相调用的接口——你不用自己造轮子,调一下别人现成的服务就行)。最漂亮的一类公司,做的事可以一句话概括:把一件原本极其复杂的事,收成一个简单的 API 调用。

举两个工程师都熟的例子:

  • Twilio(做通信 API 的公司)。自己实现「给用户发条短信」或「打个电话」有多恶心,做过的人都知道:要跟一堆运营商谈接入、处理各国的号码和法规、维护一套通信底层。Twilio 把这一整坨复杂,收成了几行代码:你调一下它的 API,短信就发出去了、电话就打通了。你根本不用懂运营商是怎么回事。
  • Stripe(做支付 API 的公司)。自己实现「在网站上收一笔钱」同样是个噩梦:对接银行、过风控、处理各种卡、扛合规。Stripe 也把它收成了几行代码——贴上去,你的网站就能收钱了。

请注意,Twilio 是通信、Stripe 是支付、MongoDB 是数据库、GitHub 是代码托管协作(把代码放上去、多人一起改、记录每一次改动的平台),各管各的一摊,别记混了。它们的共同点只有一个:把一件你不想自己碰的复杂事,变成了一个调用。

粘性从哪来:写进代码里就拔不掉了

为什么这类公司护城河这么深?因为一旦你把它的 API 嵌进了自己的代码,换它的成本高得吓人。你的支付逻辑里到处是 Stripe 的调用,你的短信、通知全走 Twilio,想换成别家,等于把自己代码里成百上千处地方一个个抠出来重写、重测、重新上线——没人愿意干这种既有风险又不产生新价值的活。

这跟第七章那种「用户嫌麻烦懒得换」的粘性不是一回事,它硬得多。前者是习惯,后者是物理焊死:它的接口已经缝进了你几万行代码的血肉里,拔出来会流血。所以护城河从「客户关系」,变成了「已经写进千万人的代码里,拔不掉」。

把这一档变便宜,收束一下

顺着全书那条暗线看:交付变便宜(云),带来的不只是「东西便宜了」,连「怎么卖」本身都被重排了。既然让一个工程师开始用你几乎不要钱,那最优策略就不再是雇一队西装去跪求大客户,而是让开发者自己先用上瘾,再让上瘾的他们把你带进公司。

过去:说服一个签字的人,卖一份合同。现在:让一百万个工程师亲手用上,再从其中最离不开你的那批人身上收钱。

赢家也跟着换了一批人:不是谁的销售最能喝,而是谁的东西让工程师第一次用就想留下、留下了就拔不掉。GitHub、MongoDB、Twilio、Stripe、Elastic、HashiCorp——这一批,都是靠着把客户从「老板」换成「开发者」跑出来的。

结尾:这些铲子每天都在挖出同一样东西

但故事还没完。你有没有注意到一件事:这些跑在云上的海量应用、这些被调来调去的 API、这些被无数人使用的开发者工具,它们运转的每一秒钟,都在源源不断地产出同一样东西——数据

谁在这条路上通过谁、谁的短信发给了谁、谁的代码改了哪一行、谁买了什么——这些数据起先只是运营的副产品,没人太当回事。可是当它攒到足够大的量,它会变成一种全新的资产,甚至一道比「写进代码里」更深的护城河。铲子卖着卖着,卖铲子的人低头发现:手里攒下的这堆数据,可能比铲子本身还值钱。

数据凭什么成为下一道护城河,它又会怎样再一次重排赢家?这是第九章的事。

活下来的机器 · sissi
面向对世界有好奇心的人 · 费曼式写法 · 由多个 AI 代理撰写与互相审校