下载掌阅APP，畅读海量书库
立即打开
中台概念提出后，出现了盲目跟风上中台的情况，至于需要什么样的中台、如何实施中台，并没有搞清楚，项目从开始就已经注定了失败的结局。中台是一种方法论，是一种公共能力的下沉，是一个企业在发展过程中建设了很多烟囱式的系统，在业务没有重用性、流程没有互通、数据不能统一归集时，水到渠成的选择。
和金融企业相比互联网企业历史沉淀并不多，理清逻辑，下沉公共能力，建设中台尚且如涅槃重生一样难，例如阿里，在进行中台改造过程中面临各种困难，从开始的弱势被各个业务部门打压，到后来地位渐渐提高，各部门依赖中台的服务，再到后面中台逐渐成熟，成为企业核心竞争力。阿里的成功并不意味着中台是一剂万能药，同样的药方大象吃可以强身健体，换做蚂蚁吃却会当场毙命。
中台建设都是公司发展到一定阶段，有了痛点，才值得花大力气去做的事情。它是公共服务的抽象，是企业能力的下沉，是已经经历过从0～1，略做修整，盘点资源，继续向10、100发起冲击的企业所应该考虑的战略。建设中台是一个持续投入、持续建设的过程，对于基础建设不够、资金实力有限、专业力量不足的企业，在实施中台战略之前务必要做好充分评估，避免陷入大量投入却没有达到预期效果的局面。
金融企业在前几年经过了大规模的系统建设，已经奠定了从0～1的基础。大型金融企业的信息系统多是采用自主研发，其科技团队规模较大，且对已有信息系统比较熟悉，可以自主掌控，在中台建设时，大型金融企业可以从企业级的角度建立全行统一的中台架构。但对于中小型金融企业来说，很多遗留的系统可能都是由不同厂商开发建设，不仅是一根根独自耸立的“烟囱”，而且往往科技内部的人也很少能对这些烟囱的内部结构有深入了解。中小型金融企业如果建立企业级的中台架构，需要将各种厂商的系统构建成公共服务，会带来大量的现存系统重构，在这样的基础条件下建设企业级中台，项目的实施风险较高，中小型金融企业可以选择从应用级建立中台架构，而技术中台作为业务中台和数据中台的支撑，且不涉及太多业务，通常是中小型金融企业中台架构建设的第一步。