要不要建中台?什么样的企业需要建中台?怎么建?
如题,大部分企业听到「数据中台」一般都会想到这些问题,这也是我最近在考虑的问题。能考虑到这些问题,大部分的企业肯定已经大概知道中台是什么,有什么用了。在这里就不多做赘述,不太了解的可以翻看以前的文章。
下面会例举一些典型的需要建设中台的场景以供参考,大家可以结合自己的企业的实际情况,判断要不要建中台。总的来说建设中台需要考虑组织、技术支撑和方法论,往往还需要咨询服务的帮助,接下来我会分几篇文章来展开介绍,欢迎大家多多交流。
要建设中台,首先要考虑要不要建设中台。现在有很多企业老板,想建中台不是因为自己的公司需要,而是看到其他朋友的公司或者同行在建中台,就觉得自己也需要。“你的公司真的需要建设中台吗”可以先好好想想这个问题,做个初略的判断。
要不要建设中台?
对业务中台来说,比较符合的场景主要有
- 业务系统研发团队至少大几十人以上(含外包的),需求多变化快,系统又涉及多个领域(比如做ERP、电商的),业务逻辑比较复杂。这时业务中台可以把系统和业务领域划分清楚,提高研发效率。
- 做相似行业的外包项目为主,业务规模也做的比较大的(一年有两位数的项目)。这时业务中台可以提升软件复用,降低定制化成本,提高研发效率。如果你做外包,每个项目都完全不一样,那中台也救不了你。
- 政企或者国有中大型企业,业务和数据规模比较大的,且业务遍布全国各地组织相对分散的,业务多且比较复杂的。这时你确实是需要一个业务中台,以提升数据和功能复用,降低项目开发成本,提高研发效率。另外肯定还有一些新老数据、新老后台衔接的老大难问题,这时候中台就是最好的选择了。
此外还有以下场景可能不需要建设完整的中台,但适合落地与中台相关的微服务技术的:
- 大规模互联网式在线系统,对稳定性和弹性要求高当前搞不定的。微服务或业务中台可以比较好的解决这些问题。
- 还一种就是被外包公司坑得很惨的公司,通过项目外包做的系统,到后来很难管理和维护,维护成本居高不下的。微服务或业务中台可以对系统的API、文档等进行有效管理,也能实现系统间的打通。
数据中台,最适合那些数据产品比较多,运营人员需要每天要看数据,否则就不知道怎么工作或者工作效率不高的公司和业务。电商、出行就是典型的例子。多数情况下这些数据产品和运营人员都分散在各个团队,也会经常出现指标不一致、数据出错、想要的数据不知道哪里有等问题,这个时候数据中台的作用就体现出来了。
但是,这并不是说企业数据量大就需要建中台,主要还是看用数据的姿势是不是比较复杂,当前出现的问题是不是比较多。对于这类符合的业务,数据中台能把层层数据直到最上层的指标梳理清楚,提升数据质量,从而提升运营效率。把数据理清楚了,往往还能降低数据存储、数据读取调用和数据开发人员的成本。
除了上述判断的依据,还有一条是同行对比。如果你所在的行业大家都有在说要弄中台,如果你是行业头部梯队,在数据中台这块也一定要想办法抢先,不然就可能被颠覆。如果你是行业腰部梯队,要不要抢先去做中台,以期能够跻身头部梯队呢?能不能挤进去不好说,但如果头部梯度已经建中台了,作为腰部梯队先不说能不能超过他们,怎么也得紧跟脚步,否则真可能被一下子甩开很远呢。
如果各位看完上述论述,觉得有必要考虑去搞一把中台的话,那请多关注光点科技后续的内容,接下来光点科技会从组织、支撑技术、方法论、专业咨询这四个方面,展开论述中台建设要考虑的方方面面的事情,希望朋友们读完本文后续内容后,能够根据企业自身的情况,看看建设中台的问题存不存在,条件是否具备。