前言
随着企业的快速发展，在规模不断扩大的同时业务逐渐变的多元化，有更多的业务数据产生，为企业进一步实现业务数据化和数据业务化提供了更多的可能性。但是，由于各种历史原因，导致企业数据烟囱林立，数据理解、认知以及分析断层，缺数据、缺标准、缺治理，知数据难、懂数据难、要数据难，需要如何规避系统的重复建设，让系统复用的同时快速支持多元化前台业务的迭代更新、灵活创新是企业数字化转型过程当中必然会面临的问题与困境。
为了，进一步和大家一起认识到中台的本质，统一认知偏差，本篇按照顺序介绍如下：
中台建设之前需要知道的事情中台建设的方法论中台建设的内容
01
中台建设之前需要知道的事情
最近外面已经各种关于中台的文章，真可谓是百家争鸣，有的人说了建设中台的各种概念，有的人说了建设中台的坑与雷，有的人说了建设中台的方法，但是却对于建设中台问题的本质总是避而不谈。
遇到从没有真正落地实践过的人，已经要跳出来做行业的布道者、先行者，真的是打字不用负责任的年代，这种行为是撸羊毛还是收智商税，亦或是其他一些什么东西，想必稍微有点辨别事物真伪的人，都知道在干什么。
中台的本质其实很简单，总结成一句话就是：通过资源集中化的方式汇聚整个企业的运营数据能力，产品技术能力，快速的支撑各前台业务迭代更新。
那么，如果企业想建设中台，需要通过什么样的方式来判断和评估，适不适合建设中台呢？
个人经验，可以从以下几个方面来进行判断与评估
1.1.明确建设中台的目标与意义是什么
中台是以场景化业务驱动为中心，具有可服用能力的有机组合。目标是为了能够快速的赋能业务，进行落地实施、改造、试错、转型；意义是为了快速提升组织之间的效率，最终，达到降本增效。
为什么说要明确建设中台的目标与意义呢？
毕竟，认知这个东西真的很可怕，很多人认为企业建设中台就是蛋糕的重新分配，其实不然。毕竟，任何事物的存在必然有它存在的道理和原因，己所不欲，勿施于人道理，想必大家都懂。
企业在建设中台之前如果不统一人员认知的话，必然在中台的建设过程中就会四面碰壁，各种扯皮、推诿，面临多方面的阻碍，陷入一个被动的局面。
个人经验，需要做好两个方面，一方面，是职责边界的划分问题，需要明确知道那些东西该中台来做，那些不该中台来做，需要业务部门自己去做；另一方面，更多的是涉及到沟通的艺术和做事情的方式方法。
1.2.是否具备建设中台的条件与时机
1、战略分析
企业需要从公司整体的战略布局、核心竞争力、战术方法、业务方向等维度来，明确的知道自己的优劣势综合判断，现阶段做与不做中台对于企业未来发展的利弊都有哪些，对于未来业务影响到底有多大，从而进一步明确企业建立中台的目标是真的想赋能业务，做到真正的降本增效，还只是单纯的想对外秀肌肉
2、业务调研
只有深入业务，明确业务单元后，梳理出业务价值链条后，拆解各个业务系统的情况，才能评估出业务是否有值得中台化的场景，同时也能明白就算通过组件化、模块化、标准化、解耦等方式来拆分系统和业务，再基于数据服务化的方式就真的能快速支撑前台业务的迭代更新，从而不断的沉淀能力，做到服务和体验都统一升级吗？
3、数据调研
基于业务统计出数据来源，确定数据资源分类，做好数据评估，确定当前数据容量，结合业务运行频度，数据产生效率，预测数据成长规模。
因为，建设中台是在全域级数据汇集之后，做数据清洗、数据治理、数据资产管理等工作之前，所以，需要对数据使用情况进行盘点，为后续中台建设过程中数据流动和使用机制提供有力依据。
4、技术调研
通过技术现状调研，可以提前了解技术落地情况、人员技术情况，做好建设中台的技术人员准备，提前规避风险
5、组织分析
通过高层访谈、组织架构分析，明确企业中台的目标与意义，同时调研分析各个事业部对建设中台的看法，为后续中台的沟通落地、推广做好前期准备
1.3.中台的用户和客户是谁
中台的用户和客户其实主要就是企业所有事业部、业务线的人，只有先把对内的赋能做好了，或许才有机会对外赋能。与此同时，企业需要把握好短期利益与长期利益的博弈和厮杀，中台需要与各个事业部、业务线定义好职责边界。
为什么说要定义好职责边界？
就目前而言，任何企业确定要启动中台战略，一定会涉及组织、业务、技术等多方面的架构调整，也一定会出现短期的矛盾与冲突。企业的组织架构调整，是一个相对敏感的话题，毕竟，只要组织架构调整后，一定会牵扯到利益关系。这种矛盾和对立关系，需要如何平衡好，稍有不慎，就带来很多不必要的麻烦。
所以说，企业建设中台需要有自己的主赛道，做到兼听则明，偏信则暗，才能真正意义上建设好中台。
1.4.中台每个阶段的效果如何来验证
中台每个阶段的效果如何来验证呢？需要如何评价企业中台建设的效果，验证每个阶段是否达到企业建设中台的预期目标呢？
任何一个产品都存在生命周期，中台的建设也是一样，在不同的阶段产品侧、研发侧、运营侧所运用的策略，评估的方法也不尽相同。
对于数据中台来讲，更多的是如何助力提升运营、研发效率，快速的将数据的价值挖掘出来，并缩短周期；对业务中台来讲，更多的是基于数据的表现力来判断，如基于现在建设的中台是否真的能快速的减轻前台的负担，提高前台响应速度。
小结
个人建议，千万不要盲目的跟风去启动中台战略，看到别人家做了中台就也要做，一定要三思而后行，从多个角度去衡量去思考，毕竟各家企业在很多方面都存在较大的差异化，盲目去做，到最后会变成事与愿违、弄巧成拙，那就尴尬了。
企业是否建设中台跟公司大小、数据量大小、业务线多少其实没有多大关系，关键取决于公司业务是否需要快速扩张以及数据使用的方式；其次，希望大家明白，中台不是一个产品，是一个战略和体系，是以数据驱动业务发展为主，让『一切业务数据化，一切数据业务化』。
02
中台建设的方法论
在搞清楚企业到底要不要建设中台之后，大家一定会问，对于中台的建设到底应该如何落地呢？有没有一些行业落地的经验和方法，可以参考呢？
答应一定是有的。任何事物的发展变化都是有规律可循的，中台的建设也是一样。虽然，各家企业存在一些差异化，但是建设中台的思想和方法都是相通的。
下面就和大家一起来探讨下，建设中台的一些方法和步骤。
2.1.业务中台方法论
在前面的文章中，提到过业务中台是为了沉淀业务通用服务能力，以服务化形式提供公共业务组件，为企业快速变化的场景化业务应用提供专业、稳定、高效、安全的共享服务，提升前端应用开发效率，快速响应实现创新需求，实现业务创新、数据共享和业务能力协同。
说的简单通俗一点，业务中台更多是建设通用的公共基础业务和通用服务。例如，用户中心、账户中心、会员中心、服务中心、交易中心等。
那么，我们需要通过什么样的方法和步骤去评估出业务中哪些功能点适合做中台化呢？
1、业务抽象
明确中台建设目标及与意义之后，可以从以下几个方面对业务进行抽象处理
由于企业建设中台的需求多数来源于公司高层领导的一句话，需求很难明确具体，只能从企业建设中台的目标与愿景出发，进行拆解和分析
这样做的目的，一方面，是为了知道参与企业建设中台工作当中的个体和组织有哪些人，他们的