八问数据中台：关于数据中台你想知道的都在这里！

八问数据中台：关于数据中台你想知道的都在这里！
原创： 筱愚她爸 凯哥讲故事系列 1周前

数据中台最近特别火，各个企业都在关注如何构建本身的数据中台，利用数据中台打造数据驱动的经营能力。数据中台的概念漫天飞，做为最先为企业提供数据中台构建服务的实践者，咱们但愿将一些落地的经验和教训给到那些正在考虑建设数据中台的企业。

1.数据中台是什么

数据中台需求的出现，是企业数字化转型的一个标志性的转折，数据中台成为热点，标志着，“在企业信息化或者数字化的历史上，数据历来没有距离业务这么近，数字化转型正从流程优先走向数据优先”。要想从根本上理解数据中台是什么，要认识到数据和软件的关系。

信息化和数字化的本质区别是：

“信息化是用软件工程技术局部支撑和改良业务，数字化是用数字化技术重塑和转型业务自己”，而数据则是构成数字化业务世界的原子材料。

数据从应用诞生的那一天开始就存在，可是，数据并非第一天就被存储和利用的，应用和数据的发展是不一样步的，数据的地位是不断演进，愈来愈重要的，经历了如下五个阶段：

阶段1：数据没有被存储

早期的应用，是为了解决某一个单点的问题，好比计算器，计算过程的数据是不被存储的，可是计算的过程当中，数据是客观存在的。这个阶段，数据是应用的过程产物，产生即丢弃，并不被存储。

阶段2：只有少许结果数据被存储和查询

当应用的功能丰富后，软件从解决单点问题的工具演进处处理一类业务问题，从而有了多个功能模块。典型的例子是办公自动化系统、进销存系统，这个时候少许的结果数据被存储起来，而且也有了对数据的查询、统计的需求。这个时候，数据是关键业务的记录。

阶段3：数据仓库出现，数据被大量存储

接着，企业级管理系统好比ERP、MES、CRM的出现，企业管理层须要跨条线，跨职能了解和掌握总体的经营状况，从而根据这些数据来帮助企业作决策。这个时候商务智能，传统数据仓库系统应运而生的出现了，数据在企业管理中的做用开始显现。可是这个时候的数据距离业务很远，为业务提供支持的速度很慢，每每是先有了业务想法和需求，先有“领导要看什么”，而后在去采集和处理对应的数据作出什么报表给到领导

阶段4：数据的深刻价值开始被挖掘

传统数据仓库仍是基于流程的，缘由是数据仓库的需求仍是来自于预先的设计，来自于固有流程数据的整合。而这个时候，企业的业务已经有了必定的复杂度，企业管理人员但愿从数据当中发现一些隐藏的未知的价值和规律。而这个时候预约义的查询条件，预约义的业务主题已经不能知足这样的需求，因此在数据仓库基础上，产生了数据挖掘的技术，业务从数据中发现市场的规律，洞察客户的兴趣，产生一些人们不知道的信息。这个阶段在市场营销、生产调度等影响因子较多，动态性较大的业务领域，数据的重要性越发凸显。

以上四个阶段，基本上都处于“业务数据化”的阶段

阶段5：业务数据化，数据成为企业核心资产

到了数字化时代，全部的一切都被数字化的技术所重构，而数据是构成数字化世界的基础。数据如同石油同样，成为新时代的资源，从数据当中挖掘价值，从数据当中去产生创新已经成为了全部企业的共识。这个时候，数据成为了企业的核心资产，全部的业务都被数据化。

总结一下，咱们会发如今信息化时代，数据是流程的副产品，流程是预先设计好的，而后在设计好的流程中产生了数据；

在数字化时代，业务流程应用软件（业务流程的显形载体）会随着市场的变化快速而不断动态迭代甚至消亡，而数据成为了物理世界映射到数字化世界的原子，数据思惟（”Data First” ）成为战略核心之一。

“数据是构建物理世界对等的数字化世界的原子”，数据中蕴含着业务的本质，蕴含着创新的源泉，谁能掌握数据的能力谁就能在数字化竞争中拔得头筹。

最近两年，数据在数字化转型的重要性被提上了史无前例的高度，数据驱动的决策，调度，运营给企业插上了智能的大脑，带来了巨大的业务价值。

UPS的首席信息官Juan Perez在2017年启动了网络规划工具的试点，利用算法和数据来优化路由，2018年这个项目为UPS节约了三千九百万加仑的能源消耗，缩短了3.64亿千米的路程。如今利用算法，机器学习，深度学习的技术来加工数据，经过数据来驱动企业的运营已经成为了UPS的核心竞争力。

[https://erpinnews.com/big-data-case-study-ups-using-analytics-improve-performance

https://bigdata-madesimple.com/10-big-data-case-studies-big-results-2018/

]

招商银行将“数据化”做为金融科技战略的核心举措，经过数据驱动来全方位进行渠道优化和服务升级革命，打造了一批数据和智能驱动的新产品和服务。

[

https://www.wdzj.com/hjzs/ptsj/20180724/707374-1.html

http://www.cfc365.com/technology/bigdata/2018-07-25/14785.shtml

]

ThoughtWorks在2018年初就提出，数字化转型已经从流程驱动进入数据驱动的时代，数据已经成为了企业的核心生产资料。

[https://mp.weixin.qq.com/s/Y2Q_NUKzHWTOyX99kXO5BQ]

2018年10月，阿里云栖大会上提出”数字外场“的概念，而数字外场的核心就是数据，每个企业都在努力的成为数据驱动的企业，因此构建数据中台以前，企业须要在企业推行数据思惟，创建本身的数据战略。

[https://www.yidianzixun.com/article/0KBGxr4g]

数据自己在企业数字化转型的历程中，成为了最核心，最重要的生产资料，成为了企业重塑业务，自我转型的决定性因子，在这个背景下，企业须要一个源源不断的输出数据服务，数据洞察的能力源泉，数据中台的出现就成了瓜熟蒂落的事情。

在2017年，咱们就观察到到数据中台将会成为今年的风口，那个时候咱们提的最多的是“精益数据资产创新”（有兴趣的同窗能够自行百度搜索“精益数据资产创新”）。

那么，数据中台究竟是什么呢？

用一句话来简单的介绍，“数据中台是数据服务(Data API)工厂”，数据中台的核心是Data API。

Data API是数据中台的核心，它是链接前台和后台的桥梁，经过API的方式提供数据服务，而不是直接把数据库给前台、让前台开发自行使用数据。至于产生DataAPI的过程，怎么样让DataAPI产生得更快，怎么样让DATA API更加清晰，怎么样让DATA API的数据质量更好，这些是要围绕数据中台去构建的能力。

某多产业现代物流集团，在2017年就经过构建企业级数据中台，为业务人员提供了数据资产创新服务，将数据以API的形式提供给前台，从而将新产品从想法到上线的时间，提升了数倍。

在金融领域，全部的产品、服务、交易自己就是数据化的。咱们看到最复杂的业务领域，电信行业如今的网络建设，网络优化，大部分工做都是在电脑上，利用各类工具软件来处理基站和网络的数据，将网络洞察数据转换成网络扩容需求数据，将扩容需求数据设计成网络架构数据，在讲网络架构数据处理成各类不一样设备型号的配置数据，同步的产生财务、物流、服务数据等。整个过程90%的工做量在处理各种数据，最后把结果数据传递到现实世界，安排发货，安装，验收等行为。而如今所提倡的工业4.0，智能制造自己也是将生产过程数据化，在数字化世界里用数据来重构工厂自己，从而利用数字化的强大的计算能力，快速的搜索能力，数据的预测能力来加强和优化业务自己。

将来企业的业务运营，从操做本质上来说就是加工和处理数据。数据中台就是企业的数据服务工厂，完成从数据到价值的加工过程。

对比与以前的全部的数据相关的应用和系统来说，

数据中台对于业务的价值是“加速从数据到价值的过程，提升企业的响应能力“。

传统的信息化建设过程当中，数据对业务的贡献是靠人看报表，从数据中理解和发现了新的思想后，经过传统的沟通方式（开会，新需求）来对业务产生影响和指导的。

数字化时代，数据中台对于企业的价值，是加速从数据到价值的过程，提升企业的响应力。

原来从数据报表的产生到改变业务行为是以周为单位去计算的，而数据中台的价值是经过抽象和生产数据服务，更快的影响和改变业务行为自己，这就是有的企业将数据服务直接嵌入到交易系统中，实时经过数据洞察来改变业务流程和应用自己。

某金融科技企业，构建本身的实时风控数据中台，将原来的报表系统变成实时的智能预警平台，将合规评估从过后的模式，直接改变成事前的模式，就像在业务的高速公路上建设了一个个的风控检查站，检查站经过高速的建模，实时数据分析，可以在不影响业务速度的状况下，实时对来往的车辆作风控评估，若是有的车辆有风险，则实时预警。

将传统的数据服务，从过后管控的模式提升到事前评估的模式，打造高数据响应力的企业是数据中台对于业务的核心价值。

数据中台还可以为企业解决数据开发和应用开发不一样步的问题。

咱们要接受并承认一个现实问题，那就是，企业的数据开发是跟不上应用的开发速度，更是跟不上业务的变化速度的。这是一个不可调和解决的问题，从市场变化到业务需求，到应用开发到沉淀成数据，这三者的速度是天生不一致的，这样的不一致会带来不少的问题，包括有开发效率的问题，有团队协做的问题，有技术能力的问题。好比，为何开发一个报表须要十几我的天，而且大部分时间都是花在找数据，对数据，算数据上。为何一样的一个数据需求，不一样的项目就要开发两边，不能共用，不能作到一个数据出口？为何通常的Java开发人员不能掌握数据处理，ETL的能力？

数据中台就是要将这些能力都沉淀到一个体系中，变成数据开发的能力，变成能够复用，二次加工的数据服务工厂，加快数据开发和协做的速度。

咱们能够广义上来给数据中台一个企业级的定义：“聚合和治理跨域数据，将数据抽象封装成服务，提供给前台以业务价值的逻辑概念”。

从T+N到T+0，数据中台将融合OLTP和OLAP，为前台业务提供更快的数据类业务服务

十几年前，数据处理的流程分红两类，联机交易处理类（OLTP）和联机分析处理类(OLAP)，分别对应两类业务需求：“T+0”和”T+N”，这是由于软件的计算能力有限，生产系统没法容纳历史数据的查询统计功能，不然就会致使海量数据的查询，拖垮生产系统的正常交易。因此不得已一个业务系统分红了两个：交易型系统和分析型系统，前者用来处理最新的交易业务，后者用来对历史的、集成的、多维的数据进行分析，支撑业务。

咱们举一个常见的电商价格策略调整的场景，原来的电商系统的价格是提早设置好的录入到电商系统数据库的，电商系统是OLTP也就是在线交易系统。电商系统对于实时性能要求很高，处理的并发交易量很大，为了提升数据库的处理速度，电商系统只保存一段时间内的交易数据，而把历史数据都归档到数据仓库系统也就是OLAP系统里。电商的运营部门按期会在OLAP系统里挖掘历史数据来分析不一样的商品的交易数据和价格的关系，而后决定电商系统的价格是否是须要调整。因此传统电商系统，产品价格的变化须要一个比较长的周期的。到了今天，价格自己受影响的维度愈来愈多，市场须要电商系统的价格可以实时的根据历史数据进行变化，这样一来，传统的OLTP和OLAP分离的架构就不可以知足业务需求了。

随着大容量高速存储技术的发展、计算能力的提高、微服务、大数据架构的出现，OLTP和OLAP在逐渐融合：应用系统可以实时的基于多维、多渠道、历史数据的分析来定制化交易流程和和行为。OLTP和OLAP从平行的关系，变成垂直的关系。

刚才举的电商的例子是互联网时代的典型场景，而对于比较传统的金融保险行业来讲，目前也正面临着这样的挑战。不少保险产品的报价须要进行信息搜集，评估，审核，而这个过程就是数据的采集，建模，评估，模拟的过程，过去这样的业务都是”T+N”，就是从接到交易申请到给出结果，须要N天，而如今市场的竞争越发激烈，更快，更准确的给出报价，因此业务要就可以尽可能作到”T+0”，实时响应市场的需求。

这就意味着要把原来的OLAP的历史数据分析，建模，评估的过程和OLTP系统里的交易数据进行融合分析才可以作到。

咱们观察到，从金融保险到电信制造，原来传统的”T+N”的需求都在朝”T+0”演进，你们都在寻找高响应力，快速反馈的实时分析型数据数据处理架构，将数据从原来传统的经营分析领域演进到直接参与业务交易。

因此咱们认为将来的交易型系统，都会变成分析型交易系统(Analytic Transcation Processing)，具备跨域、全量数据分析的支持能力，用数据分析来支持交易的动态敏捷变化，高速响应市场和用户的需求，而OLTP和OLAP也会在云计算，微服务，大数据等技术支撑下逐渐融合。

2.数据中台和数据仓库，数据平台的关系是什么？

下面这张图说明了企业对于数据处理需求的变化和演进：

早期，企业的数据是少许的，利用Excel等数据文件处理工具来进行统计和手工分析。

而后，企业但愿可以更快的处理比较多的数据，就有了数据仓库的出现，也但愿利用数据来支撑运营和分析。接下来不只有告终构化数据，还出现了非结构化数据，而且运营对于数据的需求愈来愈多，数据量也愈来愈大，这就出现了大数据平台，去处理各类不一样格式，不一样领域的数据，这个过程都是业务数据化的过程。

到数字化的今天，企业不只但愿过后的运营可以靠数据支撑，更但愿构建数据驱动的业务自己，因此，企业须要将这些数据变成一个个业务服务应用到业务自己，参与到业务流程，业务应用的过程当中，去改变和驱动业务行为，这也就是”数据业务化“，我把”数据业务化“理解成是”数据业务服务化“的简称。

这个过程，就能很清晰的解答数据中台和数据仓库，数据平台的关系。

第一，他们不是一个维度的东西，数据仓库和数据平台是提供数据的系统，而数据中台是提供业务服务的系统，数据中台是可以直接为业务提供数据服务的。可是数据中台是须要构建在数据之上的，因此，数据中台是能够构建在数据仓库、数据平台之上的。

第2、数据中台可以以提供数据服务的方式直接驱动和改变业务行为自己，而不须要人的介入，数据中台距离业务更近，为业务产生价值的速度更快。

一句话来总结，数据仓库，数据平台提供的是数据自己，而数据中台提供的是有直接业务价值的数据服务,数据中台距离业务更近。

3.数据中台建设的最大的挑战是什么

数据中台建设的最大挑战，是如何找到有价值的业务场景。

数据中台是一个能力平台，是将企业的数据能力封装到一个平台中，快速提供给业务前台使用的工做。那么企业须要什么样的数据能力，哪些业务须要这些能力，这些数据能力之间的关系是什么？这是一个体系化的工做，是须要进行总体规划和顶层设计的。

数据中台从出生那一天起就承担着为业务提供更快的数据服务的使命，因此它是和业务价值紧密绑定的，不能提供业务价值的数据服务就是一种浪费。因此如何可以找到，识别出有价值的业务场景是数据中台建设的最大，也是最紧迫的挑战。可是这里就有一个矛盾，业务场景是不断被挖掘和演进的，是快速变化的，而做为能力平台是要支撑全场景的，是要相对稳定的，如何平衡这二者之间的关系呢？

咱们总结了数据中台建设的三大策略：围绕业务价值，演进式架构，要有战略耐心。

业务价值策略：

数据中台建设应该以"业务价值为纲，生于业务场景，高于业务场景，始于业务场景。"

数据中台的建设需求，要围绕业务价值产生。因此全部的功能设计要有对应的业务场景需求为根源，可是数据服务是要抽象， 建模，复用的，因此数据中台在业务场景的基础上要高于业务场景，完成整体的架构设计。

最终建设的时候，咱们不建议那种传统的分层的方式，而是在总的架构设计为目标，要从某一个业务场景出发建设，从业务价值，平台能力和数据治理三个方面同步建设。

演进式架构策略：

数据中台的建设应该”快规划，重场景，轻标准“。

咱们所说的规划，不是那种传统意义上的很重，很细致的流程层面的IT规划，而是比较快，比较轻的，围绕业务价值的场景探索式的规划。要轻标准，不要试图去作一个放之四海皆准的企业级数据中台标准，而且定制的很细致，要充分理解市场的动态性，标准必定要轻量，越重实施起来就是枷锁，很难落地。

战略耐心策略：

投资方和建设方都要有战略耐心。

投资方要清晰的认识到数据中台是一个赋能平台，是一个体系化的工做，融合了技术、组织、能力、机制等多个因素，不是一蹴而就的，因此要有必定的耐心给到数据中台的价值露出。

建设方也要清晰地认识到数据中台是一个复杂工程，是一个演进迭代式的建设工程，是不能毕其功于一役的，要有策略，有步骤的去建设，不要试图作一个大而全，大一统的平台。要服务于业务，高于业务，要深刻到业务场景当中去才能得到业务的支持，得到持续的生命力。

在以上三个策略的基础上，咱们在过去的实践中，设计和总结了一套精益数据探索方法(LDD)，经过四个阶段来产出数据中台的建设路线。

5.数据中台里的数据质量应该如何保障？

过去这么多年的经验教训告诉咱们，数据质量的问题是不可能百分之百解决掉的，由于业务变化的速度快于数据变化的速度，这是一个客观存在的并且短时间内不可能改变的事实。咱们最应该关心的应该是数据如何可以给业务产生价值，即便只有50%的数据准确度，在治理数据质量的同时，依然要找到这些数据能够为业务产生价值的方法和场景。

这个问题应该改为，如何治理好现有的数据为业务产生价值。

数据治理是要服务于业务场景的，而传统的数据治理方法，更多的将数据和业务独立了出来，最后数据治理项目的成果基本上能够概括为创造了”三个一“工程：

一堆新岗位：传统的数据治理项目通常会产生一堆新职位，好比主数据管理员，物料管理员，数据治理委员会等。

一摞新流程：一批新的流程和标准会发布出来，告诉全部的业务项目组，应该遵循这个流程来管理数据。

一批新系统：会上线一批数据管理系统，将流程和规则固化到系统中。

可是，不多有数据治理项目能根本上解决数据质量的问题，而且有些项目致使业务的速度变慢了，最后都流于形式和标准。

这是由于传统的数据治理都是管控式治理，而不是服务式治理。他们的目标是把数据标准定出来，而后让业务服从于这个数据标准，却忽视了，数据标准是为了业务服务的。

因此，在精益数据创新体系中，咱们提倡和实践新的治理方法：精益数据治理（Lean Data Governance)：服务式治理，重场景轻标准，元数据驱动

服务式原则：

咱们实践服务式的治理，轻管控，以解决业务问题为目标，而不以数据质量为惟一目标

场景核心原则：

数据标准越轻越好，强调与业务场景的融合，可以服务好业务场景，产生业务价值的数据标准就是好标准

元数据驱动原则：

原来的数据治理不少都是事前进行管控，让业务服从于数据管理，好比主数据的管理，须要有事前审批。而咱们如今更多的在实践利用元数据驱动的数据管理的方式，将审批流程弱化，经过自动化数据技术，让业务无感，从事前管控变成过后归因。不影响业务交易的速度，将复杂的事情坐在后端。

6.数据中台的典型架构是怎样的？

数据中台是直接服务于业务系统的数据服务工厂，狭义上讲，数据中台就是可复用的数据API。

站在企业架构的角度，从广义上来说，数据中台(包含数据平台，数据仓库）应该提供的服务以下图所示：

1.数据资产的规划和治理

作中台以前，首先须要知道业务价值是什么，从业务角度去思考企业的数据资产是什么。数据资产不等同于数据，数据资产是惟一的，能为业务产生价值的数据。对于同一堆数据，不一样业务部门所关注的数据指标可能彻底不一样，怎么让各个跨域的业务变成统一的标准，就须要规划企业的数据全景图，将全部有可能用上的、全部对企业有可能有价值的数据都规划出来，最终梳理出企业的数据资产目录。在这个时候不须要考虑有没有系统、有没有数据，只须要关注哪些数据是对企业业务有价值的。这一层不建议作得太细，太细就难以造成标准，不能适用于多个场景了。数据治理是数据中台很重要的一个领域，ThoughtWorks认为在如今业务边界消失、需求快速变化的状况下，企业须要具有精益数据治理的能力——Lean Data Governance。传统的中心化、事前控制式的数据治理方式，要改变为去中心化、过后服务式的治理方式。

2.数据资产的获取和存储

从广义上来说，数据中台要为企业提供强大的数据资产的获取和存储的能力。可是这个能力不是数据中台的核心功能，不少企业能够基于原来的数据平台，数据仓库等已有的工具来提供数据采集和存储的能力。

3.数据的共享和协做

企业的数据中台必定是跨域的，须要让全部的人都知道数据资产目录在哪里。不能由于数据安全，就不让你们知道企业有什么数据。没有共享和开放，数据没有办法流动起来，没有流动的话数据的价值产生的速度就会很是慢。因此在数据安全的基础上，企业的数据资产目录要对利益相关者、价值创造者开放，要让业务人员可以作到“Self-Service”。

数据资产目录是数据中台很核心的一个基础能力，可是每每目前不少的企业都还没有创建这个能力，这也是致使数据在企业内部不开放，不共享，不被利用的很重要的一个缘由。

4.业务价值的探索和分析

数据中台不只要创建到源数据的通路，还须要提供分析数据的工具和能力，帮助业务人员去探索和发现数据的业务价值。一个好的数据中台解决方案中须要针对不一样业务岗位的用户提供个性化的数据探索和分析的工具，而且在此基础上一键生成数据API，以多样化的方式提供给前台系统。

5.数据服务的构建和治理

数据中台须要保证数据服务的性能和稳定性，以及数据质量和准确性，还须要具有强大的服务治理能力。数据服务要在一开始就有总体的顶层设计，从而可以将数据服务作分类，打标签，可以更方便的被搜索被调用，让好的服务浮现出来，让质量不高的服务自动的退市被销毁。

数据中台是一个生态平台，在数据中台上面会不断生长各类数据服务，因此从一开始就构建好数据服务的治理结构是很是重要的，就想经营一个市场同样。

6.数据服务的度量和运营

若是数据中台最终只是作到把数据给到业务人员，那它就只是一个搬运工的角色，数据中台的核心是为业务应用提供有业务价值的数据服务。因此度量和运营数据服务的能力是数据中台的业务能力。

数据中台应该可以对提供的数据服务及相关行为作持续跟踪和记录，包括哪些数据服务被哪一个部门使用、用了多少次等，经过这些去度量每个数据服务的业务价值。

数据中台是一个须要用互联网思惟去经营的利润中心平台，数据中台的经营分析人员须要分·析务，了解为何今天上午这个财务部门的人用了数据中台、调用了十次，下午他不用了，缘由是什么，调用了这些数据服务的人一般还会调用哪些其余的数据服务。这些都须要相应地作记录、作日志、作分析，要把数据当作像电商平台同样去经营，而后实时地根据这些业务行为数据去提醒数据服务提供方，调整、改变、优化数据服务，这才是可经营的数据中台，也只有这样业务部门才能获得最快的支持和响应。

在这样的一个功能愿景下，咱们初步定义了一个数据中台的典型逻辑功能架构：

这个架构中，把数据中台比喻为数据工厂，具有数据工厂的典型功能架构。

7.数据中台和业务中台服务有什么区别

应该如何去界定和划分？

在目前，与数据中台齐名的还有业务中台，可是业务中台和数据中台有什么区别呢？

数据中台和业务中台都是为业务系统提供服务的中台层，他们的区别在于提供的服务不同。

咱们举几个例子：

多个电商渠道使用一个下单服务，一个订单接口同时为多个前台系统提供服务，这是业务中台提供的能力。

多个前台系统，根据一个用户的手机号，获取对应的画像，用户的标签，这是数据中台提供的服务。

将多个支付通道，抽象创建成一个支付API，暴露给前台业务系统，这是业务中台提供的能力。

经过一个订单编号，来获取可能的商品推荐清单，从而作到交叉销售，这是数据中台提供的服务。

因此，咱们能够总结一下：

业务中台提供的是可复用的流程类，交易类服务，是为了让业务交易同口径，让前台系统更标准，更规范，迭代速度更快，解决效率和产生数据不一致的问题。对应到API，是业务命令式API。

数据中台提供的是基于跨域数据的分析，洞察，训练产生的数据服务，是给前台系统提供实时决策数据。对应到API是，计算类的智能API和查询类的数据API。

一句话总结：业务中台让前台系统更敏捷，数据中台让前台业务系统更智慧。

8.企业数据中台的团队如何构建？绩效如何评价？

数据中台是距离业务更近的能力平台，数据中台是一个须要持续运营的数据服务业务平台，因此数据中台的团队不只仅是一个技术团队，应该将数据中台当作一个产品团队来构建，总体的结构以下：

数据中台提供两类服务：

一类是数据资产目录，数据探索，数据分析等服务，让业务和应用部门的人员可以在数据中台上协做的玩数据。

一类是数据服务，让各个业务系统可以调用这些服务，包括决策分析类的非实时服务和实时的嵌入式交易规则服务。

对应到这两类服务，数据中台的团队应该包括如下三组：

中台运营团队：

将整个数据中台的服务和功能做为产品来运营，对应的绩效是用户满意度，用户存留，这些用户相关的指标。

中台开发团队：

负责数据中台的功能层开发，包括平中台自己的架构，中台上的应用（客户服务，业务监控等）功能的开发，对应的绩效是功能的稳定性和客户的满意度。

数据服务开发团队：

负责数据中台之上的数据服务的开发，包括数据处理链的开发，服务的开发等，对应的绩效是数据服务的稳定性， 性能和客户的满意度等。

参考这样的三个团队组成， 分别应该包括以下角色：

数据中台架构师：进行总体数据中台的技术架构设计，保证数据中台架构的可持续性，稳定性和扩容弹性。

DataOps工程师：从基础能力上保障数据中台的运行的稳定性和持续演进。

数据工程师：数据处理工程师，负责数据的获取，处理，创建数据处理链。

数据服务产品团队：数据服务的产品团队，包括产品经理(PO)，业务分析师，体验设计师，还有算法工程师，和数据工程师和数据运营分析师一块儿协做，创新、设计、生产数据服务。

数据运营分析师：将数据服务做为产品来运营的数据运营分析师，经过对数据服务上线后被调用的状况的分析来运营数据服务，像经营一个互联网产品同样来经营数据服务。

数据中台某种角度上，上是一个数据服务的创新、生产、交易的数据服务市场，那么企

业对于数据中台总体的绩效评价方法也就出来了，那就是：

企业评价数据中台的标准：数据中台服务的客户，也就是业务系统的满意度。

那么如何度量业务系统的满意度呢？咱们认为，标准很简单，也很清晰，那就是数据中台提供的的数据服务被业务系统，被业务人员使用的频率。业务人员和业务系统调用多的服务，必定是对业务更有帮助的数据服务。

最后，咱们在回顾一下这八个重要的问题及解读：

1.数据中台是什么，数据中台对于业务的价值是什么？

数据中台是数据服务(Data API)工厂,打造高数据响应力的企业

2.数据中台和数据仓库，数据平台的关系是什么？

数据仓库，数据平台提供的是数据自己，而数据中台提供的是有直接业务价值的数据服务。

3.数据中台建设的最大挑战是什么，应该遵循什么策略？

数据中台建设的最大挑战，是如何找到有价值的业务场景。

数据中台建设的三大策略：围绕业务价值，演进式架构，要有战略耐心。

4.数据中台的数据质量应该如何保障？

正视数据质量的问题是客观存在的，采用提倡和实践新的治理方法：精益数据治理（Lean Data Governance)：服务式治理，重场景，元数据驱动

5.数据中台的典型功能架构是怎样的？

广义的讲数据中台是直接服务于业务系统的数据服务工厂

6.数据中台和业务中台服务有什么区别，应该如何去界定和划分？

业务中台让前台系统更敏捷，数据中台让前台业务系统更智慧。业务中台提供交易API，数据中台提供数据和智能API

7.企业数据中台的团队如何构建？

要按照运营一个互联网平台式产品的方式来组织数据中台的团队。

8.数据中台的绩效如何评价？

数据中台服务的用户和业务系统的满意度是数据中台的绩效