图中，大家能很容易看出来，业务与中台内部各域的关联关系，由之前很杂乱的状态，变为了以上较为有序的状态。
在协作中，角色职责清晰，整体对业务大体做到了1V1。
当然，这个要想完全做到很完美的状态，几乎不可能。因为对中台产品的要求太高了。
既然对业务的良好理解做到超前判断，又要对内部全域系统做到全面了解，还有对上对下的强大沟通协作能力。
下图中，大家感受下大中台产品域的分类：
能胜任以上多重身份的人才，我们称之为“业务架构师”。
不过，这个也是过去在实践中，得到的唯一最优解。我们只能不断完善和迭代，多多培养这样的人才出来。
② 系统代替人：减少成熟场景下人的参与
以上BP机制，我们解决了信息流转节点杂乱的问题。
对业务对接成本和效率来讲，确实有了很大的提升。
但是，大家对中台产品来讲，从一个需求到落地，中台所做的事情比之前应该是没有任何减少的，甚至还由于身兼多重身份变得更多了。
所以，做到节点有序和减少还不够，还需要让信息流转的次数变少和流速变快。
那怎么做呢？
在上篇公众号文章《中台规划深度解析：用户、机制、系统》中，我介绍中台平台化章节中，我提到了4个系统：
分别是：规则中心、配置中心、开放平台、综合查询，我对它们也都有详细的描述，见下图：
其实，以上系统的核心，就是将重复的事情结构化，变为系统化，然后在业务与中台之间建立漏斗。
一方面，可以让业务自助解决一些问题，这样信息就不用穿透到中台。如开放平台、规则中心、综合查询。
另一方面，通过系统化的方式，让实现一个需求的过程变得有指引有配置，速率提升。如配置中心。
当然过程中，我们还做的有后台系统统一导航、中台对接人导航等等，道理也是类似。
2. 端用户与中台之间
业务与中台之间的矛盾解决了，中台产研面对另外一类用户也会遇到难题。
因为这些用户就是我们的终端用户，即服务的线上C端买/卖家（回收会有C1卖家）和B端商家，还有一部分是线下作业人员（例如仓储物流等）。
相对业务方这一内部项目需求用户来讲，终端用户遇到问题一般都是紧急的线上问题，要求要及时响应。
1）问题：用户穿透到中台产研，没有缓冲层，造成热点严重
中台本身提供交易能力，横跨用户交易的全部生命周期。一旦遇到问题，跟中台的关联度是极大概率。
而中台本身的产品资源是稀缺的，我们有的岗位基本就是1个人，甚至半个人。
那么，就很容易会产生严重的热点问题，导致产品精力受到牵制，会关联影响其他更多的事情处理效率。
下面一张图，是之前我们质检方向一位产品的企业微信日常，大家感受一下：
