要弄懂甲骨文今天为什么敢背上上千亿美元的债去建数据中心、去接 OpenAI 的天量订单，你得先弄懂它过去三十年过的是什么日子。那是一种大多数公司做梦都想过、却几乎没人能过成的日子：躺着收租。这一章我们就把这门「收租生意」拆开,看清楚它的每一个齿轮是怎么咬合的。因为后面全书要反复回来对照的那个基准——「旧甲骨文有多爽」——就建立在这里。
先说清楚它卖的是什么
甲骨文的地基是一个叫 关系数据库 的东西。别被名字唬住,它的核心思想特别朴素:把数据存成一张一张的表格,每张表有行有列,像 Excel;不同表之间靠共同的字段互相关联(所以叫「关系」)。比如一张「客户表」和一张「订单表」,通过「客户编号」这个共同列勾连起来,你就能问出「张三这个月下了几单、总共花了多少钱」这种问题。
你可以把关系数据库想成一家公司的中央账本。银行的每一笔转账、航空公司的每一个座位、电商的每一张订单,最终都要落到这个账本上。它不炫,但它是命根子——账本错一行,可能就是几百万美元的差错,或者一架飞机上卖出两张同一个座位的票。
这里有个关键词叫 事务(transaction):一组「要么全都成功、要么全都别发生」的操作。经典例子是转账——从你账户扣 100 块、往对方账户加 100 块,这两步必须捆成一个不可分割的整体。要是扣完钱系统崩了、加钱没成功,那 100 块就凭空蒸发了。数据库能不能死死保证这种「原子性」,是它值不值钱的分水岭。甲骨文早年就是靠把这件难事做得又快又可靠,拿下了银行、电信、航空这些「账错一分钱都要命」的大客户。
为什么这门生意像收房租
现在讲钱是怎么进来的,这是理解全书的第一块基石。甲骨文卖数据库,不是像卖一台冰箱那样一手交钱一手交货、交完两不相欠。它卖的是 许可证(license)——本质上是一纸「使用权」。这纸使用权的收费结构,才是收租的精髓所在,它分成两截:
- 第一截:前期许可证费。 客户第一次买,按你要用几颗 CPU 核心、几个用户来算,一次性掏一大笔。这笔钱数目吓人,但它是一锤子买卖。
- 第二截:每年的「软件维护支持费」。 这才是房租。行业惯例是每年再交前期许可证费的 约 22%,换来补丁、安全更新和技术支持。注意这个数字:22% 意味着大约四年半,客户光是交的维护费就又等于当初买断的价钱——而且只要他还在用,这租金就年复一年地交下去,几乎没有尽头。
翻译成人话:客户等于先付了一大笔「首付」买下使用权,然后每年还要交一笔「物业费」。而这笔物业费的妙处在于——甲骨文这边几乎不用再增加什么成本。软件不是钢筋水泥,复制一份的边际成本约等于零。同一套代码卖给第一万个客户,和卖给第一个客户,公司多花的力气微乎其微。所以这笔维护费,绝大部分是纯利润。
这就是「收租之王」这四个字的字面来源:钱一旦进来,就变成一条每年自动续费、成本极低、极其稳定的现金流。它不像卖硬件那样每一台都要重新付出原料和制造成本,它更像你买下一栋楼收租——楼是软件,租客是客户,物业几乎不花钱,而租约长得看不到头。请记住这条现金流的形状:又稳、又肥、又几乎无成本。全书后面讲甲骨文转去卖 GPU 算力时,你会看到这条曲线是怎么被一点点掰弯的。
护城河的第一块石头:切换成本
你可能会问:软件维护费收这么狠,客户为什么不换一个便宜的?这就问到了甲骨文这门生意最硬的那块地基——切换成本,也就是「想换掉它得付出的代价」。
想象一家银行的所有业务系统都架在甲骨文数据库上,跑了十几年。要换掉它,不是卸载一个软件再装一个那么简单。它意味着:把几十 TB 的数据一条不错地迁走;把成千上万条依赖甲骨文特有语法写的程序全部重写;在切换的那个周末,你得让整个银行的账本「停机搬家」还不能出一分钱的差错;然后再祈祷新系统上线第一天不要崩。
这就好比给一栋住满了人、还在营业的三十层大楼换地基。理论上能换,但风险高到没人敢批这个预算。对客户的 CTO 来说,继续每年交那 22% 的租金,是两害相权取其轻的理性选择——换数据库可能让他丢掉工作,交租金只是让公司多花点钱。
于是甲骨文获得了一样极其值钱的东西:定价权——涨价而不太怕客户跑掉的能力。因为客户被「锁」住了,搬家的痛苦远大于涨价的痛苦。这块「锁定」的石头具体是怎么砌进客户系统里的,是下一章的主题;这里你只要先记住结论:甲骨文的租金之所以收得稳,不是因为它便宜、也不完全是因为它好,而是因为客户走不掉。
还有一支把这门生意打进每家公司的铁军
好产品加上高切换成本,还不足以解释甲骨文的统治力。第三块拼图,是它那支江湖闻名的 销售铁军——一支纪律严明、极度好斗、按业绩拿钱的直销队伍。
企业软件和你在 App Store 里点一下就买的软件不一样。一单动辄几百万上千万美元,买方是大公司里一层层的 IT 主管、采购、CFO。这种单子不会自己成交,得有人一年到头飞过去,请客、演示、算账、施压、逼单。甲骨文早年就是靠把这支队伍训练成一台冷酷高效的机器,一家一家地把数据库塞进世界上最大那批公司的机房里。
这里藏着一个容易被忽略的因果链,值得单独点出来:
- 销售铁军负责把客户第一次拉进门——签下那笔前期许可证。
- 切换成本负责让客户再也走不掉——于是那 22% 的年租金能一年年收下去。
- 而这条几乎纯利润的租金现金流,又回过头养着这支昂贵的铁军去攻下一个客户。
三者咬成一个自我加强的飞轮:先靠人把客户签进来,再靠锁定把客户变成年金,再用年金养更多的人。转得越久,轮子越沉、越难被对手推动。这就是为什么在长达二三十年里,甲骨文的日子好到近乎不真实——高毛利、高续费率、强定价权,是软件行业里最接近「印钞机」的一种形态。
把这一章钉成一根基准线
我们花一章讲一门「旧」生意,不是怀旧。是因为后面十五章里,每当我们要判断甲骨文今天这场豪赌到底是聪明还是危险,都得回头拿它跟这根基准线量一量。所以现在把「旧甲骨文」的几个数值刻在脑子里:
- 成本结构: 卖出去之后几乎不再花钱,复制软件的边际成本约等于零。
- 现金流: 又稳又肥,大量维护费是纯利润,基本不用先垫一大笔钱出去。
- 风险的单点: 主要在「客户会不会被撬走」,而切换成本让这件事极难发生。
- 护城河: 一部分来自技术,更大一部分来自锁定和那支铁军。
记住这四条。因为当甲骨文掉头去建云、去买成千上万块 GPU、去接 OpenAI 的订单时,这四条会被逐一挑战:边际成本不再是零了(GPU 要折旧、机房要吃电),现金流要先大把大把砸出去才可能收回来,风险的单点从「客户流失」变成了「一个巨型客户+一屁股债」。
收租之王最舒服的地方,是它先收钱、后几乎不花钱。而它现在要做的事,恰恰是反过来的——先花掉海量的钱,再祈祷未来能把租收回来。这本书剩下的部分,就是在算这笔倒过来的账。