数据中台(业务篇)如何落地

随缘，不附图。

内容跟各位相左，望提意见，有冲突望海涵。

以下内容为个人的猜想+阿里落地思想+云溪科技的理论指导结合。尽量简单的从业务角度看数据中台。

这个讲给不会技术的业务和管理听的。

内容分: 商业价值(也可以说战略价值，转化成roi亦可不过分析深度和力度以及麻烦℃很大)，中台内容，运营价值，落地难度，落地方法论。

商业价值:
1，社会大趋势，

对于传统公司如果错过了数字化或者互联网+时代，可以借助东风进行一步到位的互联网模式赋能。

对于非c端技术公司，可以进行产品输出增加业务可选项，产品多样化(毕竟dw，dmp，crm，dv，ls等分析系统偏老套了)。

对于c端技术公司，可以进行产品大革新，技术大换代，将扁平化(恶心的管理模式)管理造成的问题，一并处理，比如冗余系统，冗余模块，多次造车的历史遗留问题，多系统多规则，数据gap等问题。

2，技术领头军阿里提出。攀下阿里爸爸。(●°u°●)​ 」。

3，增加互联网基因或强化互联网基因(为何说增加或强化，因为传统行业永远不可能完全互联网基因，只是进化得适应有互联网的社会。强化呢，是指有互联网基因的或完全互联网基因的公司，更加互联网，毕竟这是大ip，大噱头)

4，减少未来运维成本，增加应用开发便利性。大中台小前台战略。将所有分析系统重复信息归集到1份。减少存储，计算成本。

随时随地建设应用。真正敏捷式的只造梦想影响，不考虑数据哪里来，不用考虑存储层建设，轻松上阵。

数据中台的内容:
1，起源(阿里理论): 数据中台就是古代的中书省，也可以是丞相。作用是6部和皇帝(下游，客户)之间的纽带。

ps，题外话，我不是很认可这种说法，因为中书省人员不多，机制不复杂，权利大而已，按正常这种方式建立数据中台，应该叫中书省+6部。如果按中书省的架构建立，只能做业务中台，其他什么台都没有(可以看系统落地的数据中台篇)。

2，数据中台的业务篇公式

=组织中台+业务中台+数字中台+研发中台+治理中台+监控中台

组织中台？建立对应的组织，部门，机构。

宣导价值观，加强项目的权威性，减少项目落地难度。组织中台需要包含技术精通业务精通人员。

ps，类似pmp中的干系人，提出人角色，必须很角色。中书省必须皇帝钦点的大人物。没点实力强劲，搞不定。同时也需要宣导，避免大家不理解和不配合。类似项目成立之前的宣导队，和组织架构人员，阿里在去年发出的数据中台ppt中加入这个内容，我感觉是对数据中台实现有点担忧才提出的。要不正常系统，或者理论概念都不会加入这个东西，顶多文中某个地方提一下，毕竟宣导和重要组织人员不是系统设计的大块。

业务中台？所有业务，政策，流程内容。

正常来说是作为集结整合所有上游系统的重复业务数据归集到一个新的平台，如订单平台，主数据平台，产品平台，物流平台，生产平台，资金平台，财务平台等。

ps，类似中书省的国家要务统计分类，作为给皇帝输出的内容。

数字中台？所有信息或数据的存档位置。

业务中台的前一步，归集所有业务信息供业务中台使用。

ps，类似6部所有的折子和所有6部情况数据。

研发中台？

方法论研究和输出中心。造器中台。研究通用的数字中台的归集方法论和工具。研究业务中台统计工具，输出方法论，和工具。

ps，类似中书省的博士，专门研究武器的，和战略方针。炮火研发中心。也可以研究皇帝都是通用几分几点看折子。什么时候上交，上什么内容最好。

治理中台？

作为脏数据，不规则数据的治理中心。同时兼具分类算法，预测算法。blabla的包括那dmma的9理论(见另外一篇数据治理内容)

ps，感觉像中书省的打杂小工。

监控平台？

进行全方位，全局监控。业务监控，任务监控，脚本监控，数据质量监控，权限监控，监控。实时概念进行系统全局了解，情况了解。实时响应处理。

ps，锦衣卫。

运营(模式)价值
中台显而易见的价值是最大化的减少复用。

但是落地后，还有个未来可用价值。

1)对于传统公司来说，快速进行数据对外输出，数据收费运营方式。跟互联网公司进行无缝连接，减少线下传输费用成本和错误成本和时间成本。

2)增加公司互联网大数据IT人员储备，做到未来可偏实业，可偏互联网模式发展。

增加业务和技术双精通人才储备。

3)进行业务系统指导迭代，业务系统在流程，内容定义，系统设计合理性往往因为历史问题而存在需要加强的方面。

ps，类似中书省人员可以精通6部技能，可以兼具宰相大法。类似中书省可以提前帮皇帝看到问题，提前汇报减少风险。类似中书省看到6部或执行层的问题，可以进行建议业务完善点。

老实说这个运营价值我感觉冗余了，可以不要，但是也是一个想法，后续补充完善。

落地难度

1. roi

公司看的是roi，但是这种系统，如何定roi？是一个巨大难点，分析系统的roi顶多是定性的，更别说巨大型系统更没法定量。项目费用也巨大，做好被夸，做不好真的是遗臭万年。

2)没有先前经验参考，

这是一个完全新的系统，完全新的概念。怎么做呢？没人真的知道，都在摸着石头过河。所谓牵一发而动全身。原先系统已经太多，太多蜘蛛网，太多冗余，太多历史遗留问题。怎么搞？

3)费用特别大

整个系统需要在现今分析系统存在同时建立一套新的，并新增模块和资源。有可能业务系统也需要改造。

4)各部门意见不统一，推行难

鹰派的革新难度都在保守派，确实原本的方式可以呀，为何放多钱放那么多人进去做？顶多裤子哪里洞破了，修修补补就好咯。

5)没有新技术提供做突破点

2000年的数据仓库风靡是因为db的诞生。

随后互联网的兴起是因为java升级，spring崛起，各个模块成熟。

同时移动智能手机流行也因为spring家。

随后数据湖和大数据的冒头也是因为，apache在hadoop，spark，stream的成果以及开源。当然推特和谷歌也有功劳，

再然后数据挖掘(笔者吐槽到死的东西)突起，还真是python和hadoop以及google的算法工具开放。ps，怎么吐槽呢？需要高成本来验证一个本来存在的或者常识就知道的东西。(☝｀˘ω˘)☝

另外不用到数据挖掘，原本的数据分析已经够用在营销预测，市场分析了。还有很多事物分析呢，人比较靠谱，特殊领域除外听说量子分析很给力。。

再然后就是区块链，当然区块链技术咯。ps，也是吐槽到无力的东西。

现在到了数据中台？用啥技术好呢？没有。因为大数据的，实时的，非结构化的，智能的技术都被其他方面趋势话题给强绑定了。根本就无力发挥。

落地方法论(可并用，可单独，可多项一起)
1)倡导价值

对于传统企业来说，没跟上大数据，互联网，互联网+，数字化，就用数据中台做切入点，话题新，内容新，提出公司厉害。

对于半吊子互联网和传统企业来说，这没啥好说，加强互联网基因吧。同时可以作为产品输出。和其他企业进行数据合作，组成联盟抗衡大型互联网企业。

对于完全互联网基因的公司来说，锦上添花吧。但不建议落地，或者就拿一些内容做主要切入点进行使用。

2)技术噱头点

建议用技术大集合的话题，就是数字化+AI+互联网+实时+大数据的组合。要不没啥新的了。ps，apach有个新技术，没被流行就是bean！可以用一下。另外ai的新需要julia可以搞一搞。技术噱头可能就出来了。或者等新功能性技术的流行吧。

3)组织力量

建议自上而下，全全的自上而下，自下而上的不做。领头人没有cto的职位不做。要不真搞死你哦。

4)切豆腐块模式

一块一块的来，将业务东西系统模块化，功能性的加，一个一个做(具体看另外一篇给技术看的数据中台的系统落地方法)，分期迭代。

5)没了。。。

累死。。。。。。

全属一个字一个字的码，累死。点个赞吧。

后面设计个层级图，不过肯定跟阿里ppt的会有重合。但是他们写得复杂点，我尽量简单。

技术可用内容吧，最近想了一个架构，些许可以用上。