05 | D4模型：中台规划建设方法论概述

作者回复: 西蒙，你好～ 数据中台的设计与建设方式，我们用的是一种叫LDD（Lean Data Discovery，精益数据创新）的方法，由于篇幅有限，本专栏就没有展开介绍。 这个方法其实也是同样借鉴了双菱形，两次发散再收敛的过程，从业务价值从场景出发（而不是从技术和数据出发），做跨业务线的数据资产诊断识别，再配合数据与AI的技术底座建设，一起来完成从数据到场景的打通的。 这么说可能比较干，我在总结篇里分享了两篇凯哥（我司数据与智能团队负责人）的数据中台的文章，开个对于数据中台的理解比我深的多，LDD也是他和团队一起通过实践摸索出来的，对于数据中台感兴趣的话可以看一下，以及公众号的其他文章～ 希望回复对你有帮助，感谢～

作者回复: 壶中无酒，你好~ 首先很认同你的观点，至少从我看到的这么多家做中台的，很少有一样的，甚至说的都不是一个东西。 不过补充的一旦，中台也是分层的，越靠技术其实离业务越远，反而越通用（例如大家的微服务平台都差不多），缺点是复用程度低，需要前台做大量的工作； 反而越靠近业务，则通用性越差，但是因为离业务越近，所以复用的威力也越大，对前台的支撑也赋能效果也越显著。 所以如果说两个不同的企业，技术中台都差不多的话，我觉得倒是没什么问题（可以想想为什么互联网卖云都是卖的技术平台和组件…），因为跨行业通用嘛。 但是很少有听说直接卖业务中台的，因为行业间通用性低。但也有例外，就是只切入一个非常垂直的行业，例如零售行业，因为有了新的约束，自然也有有了更多的可能性（不知道能不能理解）。所以也正是因为在一个具体的行业或是场景下，通用的平台可以像业务再走一步（Headless CMS、Headless Commerce）…… 所以这也能解释为什么业界很多做中台的都是只针对特定的领域，比如房地产，汽车，金融。因为这样就能沉淀一些行业内通用的业务能力，然后进行高层次抽象复用，我觉得也没什么问题。 总之，非常认同你的观点，这也是为什么我讲的多是一些通用的方法论，因为只有向后抽象一层，才能同时满足更多的不同的行业和场景。 希望回复对你有启发，如果有反馈可以继续留言，我们继续探讨~

作者回复: 二蛋，你好~ 好问题哈，所有的公司愿景啊、战略啊，这些大面上偏虚的东西，最终都会沉淀到每一个系统，每一个API，每一行代码上，否则也没有任何价值，就真的是炒概念了。 作为中台的核心技术人员（我去年的时候也开在一个中台的核心系统里做设计写代码，今年相对少一些），我们其实才是决定最终中台建设是否能达到最终效果的关键所在。中台最终不会只停留在PPT里，最终能否达到预期的效果，也是靠我们一笔一笔设计和写出来的。 那对于作为每天写代码的技术人员的我们，我认为最重要的一是也要理解我们所做的中台产品的大面上的事情（产品愿景、目标、定位、客户、用户等等），因为这些因素都会影响到我们对于产品的设计，也是这个专栏更多关注的点。对应到你的问题，也就是工作思维有哪些改变这一点，我觉得就是需要技术人员有更多的“产品思维”，多想几个为什么，而不是每天只是重复的实现一个个功能。中台产品的愿景和形态比较模糊，这是区别于其他2C类产品的比较重要的一点，所以也需要在产品思维上有更多的思考，否则很容易设计偏，做偏。 聊完了产品层面，再回到我们关心的技术层面，我认为中台产品的设计与开发，需要比一般产品更强的抽象，设计和代码能力，好的中台不是只是把大家拼在一起，交给一个团队就可以了的。真正能发挥出中台的能力，必须要有很强的抽象、设计与实施能力，如今DDD、TDD又一次焕发了第二春，也是于此有一些关系。 而作为中台的核心技术人员，我们不但要具备更强的产品思维，了解更多的业务知识和培养自己的业务视角，同时在技术上无论是设计能力、抽象能力、还是技术运用的能力、还是写出好代码（易读易维护）的能力都提出了更高的要求。 但是理想虽丰满，显示则骨感。像你说的很多时候我们因为各种各样的原因，成为了内部的救火队员，疲于奔命。首先这种情况并不少见，和一些阿里的朋友聊过，其实大家遇到的问题是差不多的，只不过差异在于是否积极想办法解决。 就像我在10总结篇中推荐的张巍老师的文章《七问七答，亲历者讲阿里中台落地的实践》中描述的2015年当时阿里交易平台的实际情况也是一样的，只不过人家看到了问题，还开始着手解决问题，开始注重对于平台能力的治理，也一定自下而上催生了中台的实际产生。 所以我最后的一点点小的建议就是，有问题正常，每家企业都有问题，我们可以找一个点着手开始思考如何改进，如果治理，日拱一卒，持续演进，看看能不能通过不断的努力扭转局面。 因为不了解具体项目的上下文，只能基于我的经验给一些建议，希望对你有所启发和帮助~

作者回复: 赵强强，你好～ 你理解没误哈，也正是我想表达的。 拿中台与分布式系统对比，是因为很多人，尤其是技术出身的人，确实是就把业务中台就简单理解成微服务，从而导致用微服务做系统的思路和方法做中台建设，必然会遇到一些问题。（这通过大家的留言就能看出来，很多人都在问中台与微服务的区别）。 可能是我文中没有表达清楚，希望回复能帮你解释清楚，有问题可以继续留言探讨～

作者回复: 哈哈，可能我自己习惯了这些概念了，所以不觉得什么吧，我已经注意尽量用白话来表达了，可能还是功力有限…… 一些概念其实就是一层窗户纸，网上查一查就捅破了，不要被吓住……多了解点概念也有好处不是：）

作者回复: 未来不可预知，但是所有的企业都有愿景和发展战略，行业也有行业的发展趋势。可以向CEO或是董事长请教，不过一般都很难。 可以通过一些公司的使命愿景价值观，行业的一些调研，竞品的一些分析，领导的一些讲话里分析出企业目前的投入重点和发展趋势。 当然唯一不变的就是变化，也不能因为一直变化就不做计划，没有计划也谈不上变化哈，我们要做的就是有计划，且不断调整。

作者回复: Peanut，你好~ 不知道你是不是在说我哈，能不能留一些具体信息呢，如果是讲我的内容，可以提一些具体的问题或是反馈：）多谢了~

作者回复: 京京beaver，你好~ 只是我们内部的一个玩笑哈，觉得挺有意思就写出来了。不过我们现在内部也是中英文混读的，有点像“第四”的发音，可能是因为比较铿锵有力，且顺嘴吧，哈哈……