一口气听完了，以用户为中心，从战略入手，愿景为指引，用科学有效的方法，步步为营沉淀企业级能力，付以必要的组织与系统架构调整，方得中台。

听完了整个课程，总体来说在概念上得到了认知，是从0到0.5的一个过程，剩下的0.5就是如何落地执行，真实案例分享，期待老师的后续完善。

通读了三遍。最近看《华为的人才系统是怎么炼成的》，提到了企业一定要后端标准化，前端个性化。结合老师的课程，得到的感想是: 是否能做到后端标准化(获得服务的方法和流程)、经济性、快速响应，以应对前端(企业愿景，市场竞争，用户需求)的个性化(灵活性)，应该是企业发展改进（组织、信息、技术架构）的主要评价指标。中台是顺应当代技术发展阶段孕育而生的一个建设思路和层级。对中台是什么，要不要建中台，怎样建中台也有了明确的指南。非常感谢。

非常感谢老师的分享，对于平台类项目，这里说到的很多方法和工具，其实也是可以借鉴和复用的。

感谢老师的分享，让我对中台的概念有了进一步的全局观，相信以后会有用武之地，先多开阔视野，积累理论，毕竟实践才是检验真理的唯一标准

好文章

# 03 | 中台定义：当我们谈中台时到底在谈些什么？# 『中台就是企业级能力复用平台』——这是我听到最概括、但又是最准确的对中台的定义。原先困扰自己很久的平台和中台的关系，到此刻终于明白：平台只是中台的存在的形式，只要满足企业级、能力复用的基础要求，就能被称为中台，而不管是什么类型的平台。有时越精炼的语言越能直击要点，使人豁然开朗。

我觉得业务中台，数据中台这些概念的区分，就像是探讨茴字的四种写法，从内涵到外延，你总能找到两个概念不同的地方，但对于企业来说，这些都不重要。对中台的理解，我觉得还是要回到企业本身，德鲁克说企业只有一个目的，就是创造客户。企业的一切活动，要么是直接创造客户，要么是提升效率降低成本以更好地创造客户。现实企业随着规模业务的增长，会持续不断地发现降成本提效率的迫切性和可能性，中台概念的出现就是响应这种现实的需要。太阳底下没有新鲜事儿，我们可以把毕昇发明的铅活字称为印刷中台，我们可以把珍妮纺纱机称为纺纱中台，我们可以把现代医疗会诊时的各科室称为医疗中台，如此等等。至于在软件开发行业，如何在现有技术约束条件下以最小成本落地实施，并且获得最大收益，这样的最佳实践，才最有意义。

中台与平台 / 微服务 /SaaS 的区别是什么？ 老师您好，这两年我也一直在做微服务化方面的事情，也在着手建我们公司内部的中台，我们公司是一家多元化业务的集团公司，业务比较多元化，并且数据、业务的共享要求比较高，我想这就是有建中台的迫切性吧，我理解的建中台有个方面是为了更快的响应需求变更，尽量将业务逻辑前置，并具备共享能力。 中台和微服务的关系，我认为更多的是一种承接关系，中台的建立既然是为了业务前置和共享，无论是构建业务中台还是数据中台必然用到服务化架构。 中台与saas层，saas层即是我们的应用层，是厚中台薄前台中的前台，中台就是为了更好的为saas层进行服务。 趁这个机会我想说下我整个架构里对数据中台和业务中台的定位，数据中台因为是脱离职能部门的，我更多的是将数据中台作为一个共享数据仓库，并赋予业务融合的能力，在业务中台来不及相应需求的情况下，数据中台提前做出响应，在需求稳定后，可以择机下沉到业务中台，最终由职能部门的应用去提供支持，所以业务中台的特性是“持续改进”、“沉淀“、“共享”，数据中台的特性被我定位在“快速响应” 再谈到如何去构建中台，这是个比较复杂的问题，我们系统有在运行系统、要升级改造的系统、新建系统，不同的情况要有不同的解决方案，主要思想是旧系统要兼容，需要改造和新建的系统，对于涉及的内容要逐步微服务化。 以上仅仅是依靠我有限的认知，以及我对我们公司现状做出的一些定位，请老师帮忙指正。

感谢王健老师的课程，我这边正在参与一个数据中台项目的开发，中台一期结尾了，我们这边做的是单纯的数据中台，所以存在很多想象不到的问题： 1.现在中台沦落成了为各个业务系统找系统bug的系统。 2.中台构建在阿里的dataphin 产品（没有元数据监控），导致各种上云问题。 3.中台的交付是和业务系统数据保持一致，导致交付很难受。 4.业务系统都不爱用中台，用起来一堆问题 马上开始二期的中台建设了，还是不建立业务中台，感觉二期开发和交付压力会特别大。