你好，我是王健，是ThoughtWorks的首席咨询师，目前专注在企业架构和解决方案的相关方向上。因为近几年沉迷中台无法自拔，同事朋友们也给我起了个花名，叫“台长”，如果你乐意也可以这么叫我，很高兴能在这个专栏与你见面。
我与中台
与中台的第一次邂逅是在2017年，当时作为首席咨询师和系统架构师第一次实际参与到了一个大型企业的中台规划和落地项目中。作为一个已经在行业里摸爬滚打了10多年的老鸟，并且无论是在分布式系统架构、微服务架构、平台化建设方面都也有了非常多年的经验和积累，面对“中台”这样一个当时在我看来不过是新瓶装旧酒的概念，坦白来讲，一开始我并没有把它放在眼里。
但结果就是被啪啪打脸。整个过程推进得非常困难，从头到尾无论是我对于中台的理解还是我们规划与建设的方法都受到了客户不断的质疑和挑战，项目的范围无论从系统的层面还是从组织的层面也被扩大到几近失控。
但也就是这次过程，才让我开始意识到，中台这个概念跟我之前想象的可能完全不是同一个物种。也自此，我对中台产生了浓厚的兴趣，日思夜想，遍访高人，并将所学所思所想落笔成文，期望与更多人一起探讨。
截止目前，我主导或参与过的中台相关项目大大小小也有10多个了，很多疑问和困扰也在这个不断学习、思考与实践的过程中一一解开。同时今年也开始与公司和社区的小伙伴们一起，尝试沉淀一套通用的中台规划与建设方法，来帮助更多企业在中台的规划与建设过程中，少走一些我们走过的弯路。
关于专栏
虽然我对于中台非常痴迷，但当极客时间约我做中台的专栏时，我的心情还是非常复杂的。
首先肯定是非常开心，因为很希望能借助这样一个平台将自己的所想所得分享给更多的人，并且更希望能听到你的观点，你的意见和你对于中台有哪些问题。我们一起努力将这个概念或是工具理解得更加透彻，并最终利用它帮助我们解决实际的问题。
但同时也有一些惶恐，因为中台这个概念不像其他的技术那样成熟和清晰。业界对于这个概念本身也仍然没有一个统一的认识。我相信，这也是今天中台被大家热议的一个原因吧，大家都在关注，但是又很难讲清楚。
还有中台这个概念，无论是从涉及领域的宽度还是从战略到落地的纵深高度来讲，都是非常非常大的，向上可以触及到行业趋势、企业使命愿景战略，向下又可以落地到分布式架构、遗留系统重构、架构演进与守护、质量保证等等各个方面。而且就算是同一个行业，每家企业还都不一样。
想要通过一个专栏，既要把概念讲清楚，又不飘在天上，还可以指导和帮助大家将中台落地，在我看来这几乎是一个不可能完成的任务。
但幸运的是，在极客时间同学专业的支持，以及不断激（催）励（稿）下，经过不断的打磨，这个专栏最终还是跟你见面了，感谢的话留到最后再讲，我先来简单讲讲我是怎么设计这门课程的。
这门课是怎么设计的？
今年IT圈中台的概念确实比较火，你可能在朋友圈或是各个媒体渠道上天天都能看到跟中台相关的文章和资讯。
但是大家讲的很多都是各个企业中台建设的结果，一张大大的线框图，对企业带来了怎样怎样的好处。
但中台到底是什么？从哪里来？又会到哪里去？具体又该怎么建设？这几个最基本的问题，谈到的其实并不是特别多，鲜有谈到的观点还都不太一致。
如果再将问题进一步展开，你就会发现有更多的问题仍然模糊不清。你可以跟我一起想一想，以下这些问题你有过同样的疑问吗？
- 中台与平台/微服务/SaaS的区别是什么？
- 中台与前台和后台的边界怎么界定？有了中台那后台是什么？
- 什么样的企业需要建中台，什么样的企业不需要建中台？对企业到底有哪些好处？
- 业务中台与数据中台的关系和区别又是什么？
- 中台建设有什么样的门槛，需要哪些准入条件？
- 中台该怎么建？分几个阶段？需要什么样的能力？
- 中台建设的结果好坏如何评估？谁来评估？
- ……
相信这样的问题还有很多很多。这些问题也曾困扰着我，所以我希望能通过这个专栏，为你一一解答这些困惑，或者至少能给你带来一些启发。
在专栏的课程设计上，我的主要思路是分成三个部分：概念篇、落地篇和最后的答疑篇。
概念篇
在概念篇里，我首先会带你时光穿梭，重走一遍中台的诞生和发展之路，从时间的维度重新梳理一遍中台诞生的背景和几个关键点，看看它究竟从哪里来？之后会通过列举目前市面上常见的中台种类，在空间的维度同样发散，看一看各类五花八门的中台。最终通过收敛和归纳，一起来探究一下中台的本质，即当我们谈论中台时我们到底在谈些什么，给中台下个定义。
落地篇
在落地篇里，我会从概念引申到落地，看看为了避开中台建设过程中的各种坑，在开始中台建设前需要先想清楚哪些问题？需要有什么样的准入条件？中台建设方法论的本质是什么？想清楚了这些问题后，又有哪些方法和套路可以帮我们实现中台的平滑落地。
但是这里有一个前提需要提前声明一下，因为我们之前也提到了，中台的种类太多了，不同企业不同种类的中台，它们的建设方式可能完全不同，但是背后的思想都是相通的。
在落地篇里的后半部分，关于一个中台产品的设计与实施的内容，我会用一个最常见的业务中台建设场景来展开介绍，但是其中提到的方法和工具，对于其他的中台类型也同样适用。
答疑篇
这个专栏的答疑篇是我额外设计的一个小模块。因为中台涉及的范围之广、问题之多、复杂度之高，是很难在几次课程中就完全讲清楚的。我也非常希望在我们一起学习交流的过程中，你可以把对于中台或是我这门课程的问题提出来，我们随时在留言区进行沟通和讨论，同时我也会针对每个人都比较关心的问题，单独在答疑篇里有针对性地统一给你做一些解答。
最后，跟你分享我最近一直在想一个问题。中台到底会不会成为下一个云计算，彻底改变我们思考问题和做事情的方式，还是它只是另一个昙花一现的新概念而已？
老实说，我现在还不能确定。但是通过这两年对于中台的学习和研究，至少对于我来讲，确实受益良多，无论是在视野、产品、架构还是在技术层面上都有了一个质的变化，上了一个台阶。
相信通过你我一起的学习，在了解了中台背后所代表的趋势或是理念之后，无论中台最终是两者中的哪个一个，你也一定都会有所收获。
最后，感谢你的关注。你对中台有哪些了解？又有哪些困惑？你现在已经参与到一个具体的中台建设中了吗？遇到了什么挑战？收获了哪些经验？欢迎写在留言区，我也很想听到你对这门课的期待。
很希望和你在专栏里再次相遇。这次，我们一起来说透中台！
精选留言
2019-09-25 18:26:56
2019-09-30 11:35:49
==========以下===============
中台与平台 / 微服务 /SaaS 的区别是什么？
中台是一种新的思维和理念，可以定义为【企业级能力复用平台】。围绕【用户响应力】这个核心，可以讲一系列的概念都串联起来，比如对于中台而言，平台是一种主要的中台体现形式，一种能力识别和沉淀的手段；微服务是一种部署方式，一种架构风格，也可以说是中台落地的一种技术架构；SaaS是对中台能力的一种包装，降低前端团队发现和使用这种能力的门槛，也算是对中台实现【复用】的一种实践方式。
中台与前台和后台的边界怎么界定？有了中台那后台是什么？
前台:是直接面向客户、直接产生交互的，由前端系统组成的前端平台。比如网页、APP、微信公众号这些都是属于前台的范畴，前台的关注点在于创新应用，为用户提供更好的服务；后台:是直接面向服务人员或者管理人员的，由后台系统组成的后端平台。比如某企业的财务系统、客户系统等，后台的关注点在于稳定，为企业内部管理提供更好的服务；以上可以看出【后台并不是为前台而生的】，而两者关注点的不同导致匹配失衡的问题亟需解决，这时候中台也就营运而生了。中台的服务对象就是前台，怎么能更好的为前台服务就怎么来，这点也就跟后台的主要区别吧。
什么样的企业需要建中台，什么样的企业不需要建中台？对企业到底有哪些好处？
作为创业初期的公司来说其基本目标是生存，以最快的速度打造出产品，证明自身的市场价值，这个阶段的企业是不适合建设中台的；当企业有了一定规模，产品得到了市场的认可，趁着项目复杂度还不是特别高，可以考虑把各项目的通用部分下沉，组建中台，以方便后续新项目的尝试和旧项目的迭代，可以说这是一个不错的时机选择，因为当企业规模再变大的话，从组织到架构再进行调整，会遇到各种各校的阻碍，但是从长远的角度上来看，也建议说是尽早进行调整，越往后拖，难度会越大。那建设中台之后企业会得到什么样的好处呢？以用户为中心，持续规模化创新来提高业务的快速响应能力，这对企业一种非常高效的手段来提升企业的综合竞争力，也是让自己在互联网时代立于不败之地的关键。
业务中台与数据中台的关系和区别又是什么？
业务中台通过对后台资源的抽象包装和整合，提供的是核心服务重用的能力；数据中台提供的是数据据管理、治理以及分析的能力，使用数据分析的结果作为指导业务方向的指导。二者是相互支撑的，共同构建起企业的中台战略。
2019-09-25 19:58:16
2019-09-26 09:01:32
2019-10-13 00:51:41
以下我是查看资料的部分链接:
1https://mp.weixin.qq.com/s/aZOKRDlAYrhjoB8ZMexODg
2https://mp.weixin.qq.com/s/175kaZIIr_F3J9AJbNdiKg
3https://mp.weixin.qq.com/s/DJ0MHjw-GL0Hx75Cd1vyfA
2019-12-03 09:14:00
老师您好，这两年我也一直在做微服务化方面的事情，也在着手建我们公司内部的中台，我们公司是一家多元化业务的集团公司，业务比较多元化，并且数据、业务的共享要求比较高，我想这就是有建中台的迫切性吧，我理解的建中台有个方面是为了更快的响应需求变更，尽量将业务逻辑前置，并具备共享能力。
中台和微服务的关系，我认为更多的是一种承接关系，中台的建立既然是为了业务前置和共享，无论是构建业务中台还是数据中台必然用到服务化架构。
中台与saas层，saas层即是我们的应用层，是厚中台薄前台中的前台，中台就是为了更好的为saas层进行服务。
趁这个机会我想说下我整个架构里对数据中台和业务中台的定位，数据中台因为是脱离职能部门的，我更多的是将数据中台作为一个共享数据仓库，并赋予业务融合的能力，在业务中台来不及相应需求的情况下，数据中台提前做出响应，在需求稳定后，可以择机下沉到业务中台，最终由职能部门的应用去提供支持，所以业务中台的特性是“持续改进”、“沉淀“、“共享”，数据中台的特性被我定位在“快速响应”
再谈到如何去构建中台，这是个比较复杂的问题，我们系统有在运行系统、要升级改造的系统、新建系统，不同的情况要有不同的解决方案，主要思想是旧系统要兼容，需要改造和新建的系统，对于涉及的内容要逐步微服务化。
以上仅仅是依靠我有限的认知，以及我对我们公司现状做出的一些定位，请老师帮忙指正。
2019-09-25 17:29:41
2019-09-26 13:25:05
2019-09-26 12:50:55
2019-09-25 23:41:36
2019-09-28 10:24:16
2019-09-25 17:40:53
2019-10-10 10:06:53
2019-09-26 00:38:25
2019-09-25 18:23:46
2020-02-04 15:13:53
那就从说透中台学去吧！带着问题学习是比较好的方式，虽说目前所在的部门是研发中台部，不过感觉上和之前的部门没啥大区别。
先说一下自己的理解，中台就是个抽象的概念，相对于前台和后台而言，前中后表示位置关系容易理解，关键是台这个字表示的含义有些特殊，台——我的理解就是一种支撑支持易于使用和重用的抽象。不复杂的组织结构，有前有后就可以了，如果前台复杂了起来，需要后台更多的支持，可能就需要再抽象出一层了，否则变化会太过于频繁。
所以，中台——是一个抽象的概念，用于描述可复用重用的服务，这个服务也许是软件数据服务也许是组织层面的其他服务。
开公司的目前就是为了挣大钱，出专栏的核心动力也是一样，不过能让人主动付费进行价值交换，也是一件令人骄傲的事情。
OK，希望学完之后，能更清楚什么是中台？中台带来的好处想必是更低的成本更大的收益，这些收益主要来自服务的可复用性，知识付费专栏收费不高还能赚到钱和这个道理一样。
2019-11-07 10:48:09
2019-10-18 20:07:52
2019-10-10 22:57:36
2019-10-01 15:19:21