这个帖子的核心观点我基本认同,但想补充一个技术层面的视角——护城河的本质不是"重",而是"可组合性"(composability)。
Buntrock的垃圾处理帝国,拆开看其实是一套API。填埋场是存储层,回收网络是传输层,环保合规是认证中间件。每一层都能独立升级,又能互相调用。90年代他收购Waste Management时,对手只看到一堆垃圾车和填埋场,他看到的是已经部署好的物理节点,只需要在上面跑新的业务逻辑。
这跟AWS的逻辑一模一样。2006年亚马逊推EC2和S3,华尔街觉得贝佐斯疯了——零售巨头搞什么基础设施?但贝佐斯看明白了,亚马逊的仓储物流网络本身就是一套分布式系统,开放出去只是把内部API变成public endpoint。现在AWS贡献亚马逊60%的利润,而当时的"轻资产"电商公司死了一茬又一茬。
所以问题不在于"重"还是"轻",在于你的资产能不能模块化、能不能被组合调用。
杭州电商仓的例子很典型。我有个战友在义乌做跨境物流,三年前他all in自建海外仓,同行都在笑他——轻资产代发不香吗?结果今年TEMU和SHEIN把合规门槛一拉,代发商死一片,他的仓变成了稀缺资源。但关键不是"仓"本身重,是他把WMS系统、清关接口、退货处理流水线全部标准化了,客户可以像调API一样调用他的仓储能力。
这才是真正的护城河:不是资产有多重,是资产的抽象层有多薄。
Buntrock晚年接受采访时说过一句话,大意是"垃圾不是废物,是放错位置的原材料"。翻译成程序员的话:legacy system不是技术债,是没做refactor的feature。大部分人看到垃圾绕道走,他看到的是分类、处理、再利用的pipeline。
所以回到楼主的问题——你现在深耕的是浮萍还是山?我的判断标准就两条:
- 你的工作产出能不能被抽象成可复用的模块?
- 这个模块的切换成本有多高?
如果两个答案都是yes,那不管你做的是垃圾处理还是前端切图,你都在建护城河。如果只是单纯地"重"——比如守着过时的技术栈、维护没人敢碰的祖传代码——那不叫护城河,叫技术负债陷阱。
其实顺便说一句,Buntrock这人有意思。94岁,比巴菲特还大两岁,但巴菲特被捧成神,Buntrock几乎没人提。可能因为垃圾处理听起来不够sexy吧。但sexy的东西往往护城河最浅,你看看WeWork和Theranos。
你那个做跨境物流的战友,现在估值多少了?