‌“去中台化”趋势显现，企业组织架构调整引关注‌。近年来，随着市场环境和技术发展的快速变化，不少企业开始探索“去中台化”的组织架构调整。这一趋势反映出企业在追求更高效、更灵活运营方式上的不断探索。去中台化旨在打破传统中台架构的局限性，通过更加扁平化的管理结构和跨部门协作，提升企业响应市场变化的速度和能力。然而，去中台化并非一蹴而就，企业在实施过程中需充分考虑自身实际情况和业务需求，确保组织架构调整能够真正助力企业发展。

记得阿里最先提出来中台化的概念，全中国大部分公司纷纷开始效仿，掀起了一阵中台风。

我待过的公司，多多少少都受到影响，都在往中台方向靠，特别是大公司，越是大规模的公司，越看重。

一、什么是中台化？

所谓中台，就是将多种不同的业务形态抽象成一个系统模型，开发只需要开发一次代码就可以适配业务的多种不同的场景，开发效率变高了，同时业务的响应速度也变快了。

开发开发一次的中台，就可以有这么大的魔力，能不香吗，谁不想节省点开发人力？

二、可是中台化就没问题吗？

我们知道，做一个需求，首先需要分析需求，理解需求的本质之后，再设计对应的产品方案，再交给开发实施。

如果要中台化，我们还需要做一个事，就是将这个需求的延伸场景全部想明白，理解清楚，再统一抽象成一个产品模型。

这里面的难点是，延伸场景有多少，梳理业务要不要时间，开发为了多场景的兼容，要不要考虑更多的兼容性。

中台化的前提是业务场景的充分理解。

可是，有没有一些情况，业务场景不够明确？

当然有，比如创新业务，比如探索型项目，你说我也把场景梳理清楚再来做？

可能市场早就贡献出去了，再这种情况下，怎么快怎么来，抢占了市场，才有了后面一切的可能。

所以，任何事物都有适应的条件的，如果是成熟的产品或者业务线就应该中台化，业务相对明确了，就应该把业务进行抽象，统一汇总在一个系统模型当中。

但如果是新业务，时间又很急，那中台化反而是阻碍。

但是，也不是说，因为你是创新业务，就需求怎么提我就怎么做。

正因为是创新业务，带有太多的不确定，所以，更应该用最小的成本来实现，比如复用原来的组件、模块、功能，快速试错。

当验证成功了之后，再考虑将之前做得部分定制化的代码，通用化。

做任何事，重要的是明确短中长期目标，合理协调资源，有时候成败就在于对资源的合理分配，还有重心的调整。