泼向中台的开水

2024-05-20

有同学看完我昨天写的那篇“API First？你在跟我开玩笑吗？”之后，说我在泼凉水，那行吧，我今天泼点儿热水或者说开水 🤪

说实话，我没干过中台（右军干过，需要企业培训的可以找他），所以，我只从个人角度谈谈我对中台的看法。

中台这东西是阿里提出来的，这个没跑儿，但我认为阿里当时提出来的时候没问题啊。做软件正常的一个架构思路就是重用+共享，组织结构也是类似的诉求，那个时候让优昙还是范禹 ¹搞共享事业部，不就是为了搞业务和组织重用嘛～

但任何一个机构一大，推动事情的效率和时延就会受到很多因素的影响。先不说搞中台这个事儿有多复杂，就搞定人之间的利害关系，有几个能搞定？

所以，初衷都是好的，落地嘛，结果你们也都看到了。

上次跟少川聊天，他给我介绍他们公司做中台的思路，我觉得倒是挺靠谱的。

从业务单元的角度去设计和考虑系统复用，要开辟新业务，只要中台上一键开通，之前的什么供应商系统和数据，什么商品SKU，什么运营后台，blablabla，全都拉通。复用效率到这个份儿上，那中台的价值也就凸显出来了。

做软件，其实越往上或者越靠近用户侧，重用性越差。而越往下，越靠近底层，越容易复用（毕竟，基础不牢，不就成了浮沙上建塔了嘛）。而中台恰好在业务与技术基础设施中间，偏业务侧的一个技术单元。复用度能做到什么程度，一个看团队，一个看业务，再一个看组织阶段。

我倒是觉得，对于中台来说，如果你要以它为标杆做ToB业务，最好的策略可能会是同行业的复用，而不是针对所有行业的撒网，因为中台离业务更近，重用仅限于同行业或许才能发挥最大的作用和价值，甚至说还得看同行业里企业圈层的差异性大不大。

欢迎加入「福强私学」

跨越2190个日夜，始终坚持“实践 + 原创”打造的715125字专属知识库，囊括了（但不限于）从职场、技术、管理与商业等多个板块的内容。

开天窗，拉认知，订阅「福报」，即刻拥有自己的全模态人工智能。