为什么需要中台？

xiaopang89

上一篇提到了：阿里提出的“大中台，小前台”指的是什么？以及“中台”的概念。

今天小编接着来说说，为什么需要中台，以及中台到底能够解决什么问题。

为什么需要中台？

中台的产生，并非完全是自顶向下的战略设计，也并非是为了追随某种行业风口，而是随着公司业务高速发展、组织不断膨胀的过程中暴露的种种问题需要被解决。而这时，中台的概念恰好对应了这个问题，所以大家接受了中台。

过去几年中，借着移动互联网的红利，许多公司都高速发展，进行大规模业务拓展，业务拓展的速度足够快，对公司自然是好事，但是随着而来的问题就是，公司内部出现了大量的重复建设和资源浪费的现象。

老业务之间，彼此隔离，没有数据、技术、人员等共享和协同，看似一个大团队，其实是许多小团队的联盟而已，无法形成协同和组合效应，烟囱林立、各自为战。而当公司新做业务的时候，又会发现，所有的事情都需要从头开始，无法得到底层团队的支持，新业务启动速度较慢、资源可复用太低。

为了快速的支持前台业务，同时增加资源的利用率，“大中台，小前台”的战略方向无疑是一个非常好的选择。

而阿里、华为等公司又提供了很好的案例和操作路径。建设一个专门为前台而服务的中台，实现前台和后台资源的无缝对接，为前台的业务提供强大的火力支持。

中台能够解决什么问题？

“中台”给我们一种感觉是，中台是只有大公司才能做的事情，因为毕竟只有大公司在会有这种多条业务线，需要大量通用功能的场景，也只有只有大公司有能力拿出如此大的资源打造个中台。

但，中台作为一种产品设计思路，或者系统架构思路，并不受限于公司的规模，理论上讲，任何一家即将或者正在面临业务高速增长的状态时，都很值得利用和借鉴中台的思路，将目前业务当中大量可复用的功能和场景进行梳理，为业务的高速增长做好准备。

那么，中台到底能够帮助企业解决哪些问题呢？

我们先来看看公司都有哪些痛点——

痛点1：许多业务需求或功能需求高度类似、通用化程度很高，但是由于没有专门的团队负责规划和开发，大量的系统重复开发、重复建设，导致复用性低、效率低、产研资源浪费、用户体验不统一。

痛点2：早期业务发展过程中，为了解决一些当下的业务问题，垂直的、个性化的业务逻辑与基础系统耦合太深，由于没有平台性质的规划，横向系统之间、上下游系统之间的交叉逻辑也非常多，这样导致在新业务、新市场的拓展过程中，系统没法直接复用，甚至没法快速迭代。

中台的出现，解决了这些问题。

1，敏捷

业务需求变化快，变更以天甚至更短的频率计算，一个单体大型应用，庞大的开发团队对单一应用的变更变得越来越困难。将大应用变为多个小的应用组合，才能适应外部的快速变化，实现业务的敏捷。

2，解耦

随着业务的发展，业务系统之间的交互通常会变得越来越复杂。一个功能的修改可能会影响很多方面。只有将需要大量交互的功能独立，从应用中拆解出来，这样可以使得应用之间耦合度大幅下降。

3，复用

一些公共的能力通过复用，大大提高了开发效率，避免了重复建设。同时使得数据和流程可以集中得以管理和优化。

如果你想了解更多关于中台的干货和内容，欢迎关注（@青莲网络云服务）

如果觉得内容对你有帮助，点赞比心?


本文版权归原作者今日头条所有，如有侵权请联系管理员删除，原文地址：https://learning.snssdk.com/toutiao/v1/item_info/?item_id=6719735203620717059&app_name=news_article

nHNqGUtj

转发了