4. 关注业务能力的管理运营。从“去重”的角度的来看。并不关注这些能力在哪，用的怎么样，体验的怎么样？但对于前台应用而言，对于上千的能力，如何轻松的查询到、适应前台应用的需求。中台应该是业务视角驱动的架构演进，而不是架构、技术驱动的变化，需要我们把眼光始终放在业务、前台的视点去审视和思考。
用了让中台用户更好的使用中台的能力，对中台用户提供能力支撑，就需要有能力的管理，这些能力能带来什么，有什么局限，能力如何去组合来完成某一类型的业务模式.
业务能力管理运营 一个中台做了一堆微服务、很多能力，但是发现没有人去用，真正推动的时候谁都不愿意用。在行业里面认为中台做的好不好的标志就是看前台是否愿意去用。那么如何让前台应用去使用了。网易的汪源老师提出了一个概念是"胖中台。胖中台就是关注中台内部的能力组织之外，还会为前台定向的提供支撑，有一个贴身服务，如图产品的销售和售前。做现场的咨询、实施、去交前端应用有哪些能力，能力如何去应用，其实就是中台往前端提供更好的服务和演进。
业务中台如何去建设
微服务只是解决技术层面的问题，和中台不是一个层次的事情。微服务在实际中很少做到产品的级别的复用。微服务解决的是技术异构的问题、组织异构的问题、弹性问题。
判断微服务是否是企业级的，看是否在同时支持多个不同的前台产品或是前台团队。
我们认为谈共享往往还是中台内的视角，而谈复用则强调的是要从前台的视角出发。复用包括能力能不能被复用，能力用户体验是什么样。
企业级业务能力的沉淀，并且复用，承载的平台。
中台是一个平台型的产品，不是接触客户的产品，哪些是前台承载还是后台承载。在建设中台，我们需要考虑哪些事情需要考虑的。
中台的问题不是一个DDD问题、微服务问题、技术架构的问题，其实是企业架构层面。是不是用已有的架构去做，但是传统的行业有20年的基础，很多因素并不是和现在划分。传统的架构非常的重，原来的架构划分可以很清晰告诉别人而这里有CRM、ERP等，但没法告诉哪些是在平台，哪些是在中台。
我们自己在做的时候会考虑一些方法，比如考虑传统企业架构的方法，业务、技术、数据架构的划分，提供一个大的框架，避免在不同的架构之间的跳跃。原来的企业架构更多提供信息化问题，现在中台架构考虑的是未来技术的发展。把产品、战略思维引进来。
将战略层考虑进去，因为中台未来就是企业的竞争力，需要构建未来技术的壁垒，需要考虑不同产品的商业模式，不能脱离现实场景。企业在做几种业务模式，这几个业务模式在处理几种业务业务域的问题，这些业务域哪些组件和能力可以使用。
先梳理业务、了解业务现状、业务流程、业务能力、业务架构，再通过这些业务架构分层的提炼在映射到微服务的应用架构，然后在拿技术架构数据架构去匹配，在来完成自下而上的企业架构。
什么东西属于中台、什么东西不属于中台，前台有不同的业务线，赚钱依赖几种不同的业务模式，分析运营扩展中在使用哪些业务模式，业务线在复用哪些能力，考虑战略、商业，来对前台和中台能力的划分。这种边界的划分，需要组织的碰撞。
很多时候业务和老板看不到中台的价值在哪，并且将系统做成分布式非常复杂，往往是互联公司做中台的比较成功，这在于其组织架构，有产品团队。 传统组织会是业务研发的团队。如果要找到中台的边界，需要将IT前置，在企业中构建企业前台产品团队，这样才能找到中台团队（找到自己的位置），否则中台团队急需要业务开发还需要做技术的开发。
互联网会能不能通过自助式的服务，通过不断的转化，来做中台产品化。产品的视角在互联网企业是天生的，但对于传统行业项目制，需要产品化思维。
现在行业不是只谈服务怎么划分这样的简单的层次，而是更多将中台当做产品来做，产品对企业的价值是什么？
这里会考虑产品的边界、产品的架构，产品与前台应用的如何沟通、协作，中台的质量如何保证，中台也不会一步到位完成。
