• 什么是中台： 中台是为了给业务团队提效；中台需要提供可以复用的技术能力和业务能力，是这两种能力的集合；
• 不管是什么业务，只要能够借助中台的力量进行提效，都是中台的用户；前台可以用，后台也可以用；也就是说，中台的用户是所有的需要中台能力的业务方；
• 如何衡量中台建设是否成功：不是看中台是否足够强大，提供的功能足够多，主要是要看业务团队是否因此足够高效；
• 中台化的目标是为了实现小前台，大中台只是实现小前台的一个手段而已；
• 中台和平台的区别： 平台(一般的平台化产品的视角是基于自己的领域内的，所以是局限于本领域的)。 平台化产品注重的是高内聚，低耦合设计，保持域和域之间的相对独立。所以一般的平台化产品都缺少对业务纵深的理解。比如交易域的平台产品不一定清楚商品域和支付域的逻辑。在这种情况下，比如一个PD要开发一个新的业务，需要和交易域，订单域和支付域的人都需要对接一遍需求，沟通成本很高，而且配置也相对分散。 所以平台化的缺点有：1）信息透出成本高；2）互联互通成本高；3）协同成本高；4）配置管理分散化；而中台就是为了解决这些问题。1）信息和能力的透出（通过能力地图，解决方案，业务全景图等）； 2）互联互通：前提是基础能力简单，标准化。通过对上层需求结构化分析，中层运行机制的统一和下层数据建模的对齐来降低各个域之间的互通成本。3）把各个域的配置集中化，可视化，课运行化管控；
• 小公司需要做中台吗？ 对于中小公司而言，中台的理念不见得是单独拉几十人搭建一个中台产研团队，可以将一些关键流程先行标准化，把一些反复出现的场景当中的解决方案进行沉淀，部分需要产品化的功能先行产品化，可能对于一家业务刚刚开始起步的公司来说，就已经很重要了。
• 中台的产品经理需要具备的能力： 1）对于中台产品经理来说，必须思考的问题是，这个功能在现在或者将来能满足多少业务场景？如果将来有新的业务出现，是不是能够复用？或者说，需要做多大的调整才可以复用？甚至于，这个功能有没有可能对外输出，提供SaaS化的服务。2）中台产品经理需要有很强的逻辑思考能力，看到不同需求之间的共性需求，并提炼出一个产品化的解决方案；
• 如何去构建中台：1）控制好边界，没有一个系统是可以解决世界上的所有的问题的，先在一个领域内做好，然后慢慢做深，慢慢吸引用户；2）中台积累的是可以复用的能力，不是业务逻辑，业务逻辑需要业务方来实现；如果一个能力只能服务一个业务，那么它就不是可以复用的，考虑使用plug-in的方式进行隔离； 3）形成规范，如何制定规范，让中台知道业务方，同时也让业务方知道中台，形成规范之后，以后大家都按照规范去做，降低使用方的学习成本。
• 平台化架构是按照项目的模式，把平台和业务系统的架构师，开发，测试，产品搞在一起进行排期，研发和上线。中台化可以进一步把平台能力按照能力，服务，实体进行管理。整个中台系统划分为系统运行和业务运营两个部分，可以实现80%的业务需求由业务团队自主完成。这样的好处就是前端的效能提高了，中台代码几乎不用改动，沟通成本降低了。中台架构师和研发可以把精力放在提升中台的能力方面。
• 中台的本质是业务模型：由于在中台实施的过程中，各个业务与需要在数据和业务模型上进行统一。所以业务模型的统一就是中台的本质和最重要的事情。

最后推荐一本关于中台的不错的一本书：