但是相对纯粹的中台人员面向的需求方是业务侧产研，会导致离业务较远，此时中台往往无法决策业务该怎么做，只要业务有场景，有一定的合理性，中台就应该可以支持或提前支持，不能让中台成为业务的瓶颈 。
在决策过程中最多也就是在讨论或者接收需求的时候，质疑一下业务对问题本质的挖掘深度，质疑问题的解决方案和优先级，进而提出更优的解决方案和建议，但是最终的决策权并不在中台 。
或者说，因为一个业务流程的完成可能被多个中台配合或分割，如果你对业务有建议和想法，只能在和你中台能力相关的问题上你有一定的影响力（因为你可以不推进需求），而和你中台不相关的内容你是无法干预的 。
所以中台有时候会离实际业务比较远，决策性和影响力较小 。
根据上面的情况，中台适合非常熟悉业务，抽象能力很强，且在业务上面没有过多奢求的人去做 。如果你还想干预业务，还想让业务按照你的想法落地和排期，那么你目前不适合做中台产品，可以过几年再试试 。
但是貌似所有研发同学都对中台非常感兴趣，因为中台的实施无论是从性能还是从技术实现方案来说，对研发同学都是一次挑战，是自己能力的体现 。
三、中台的划分和交互框架在日常业务系统规划中，我们会将业务系统划分为多个模块，由不同的团队分工负责，模块划分的颗粒度取决于业务的发展程度，如果一个模块要做重做细做好，这个模块就会被划分的很细，有专人负责做深做强 。
日常业务可能会被划分为：用户会员模块、商家模块、商品模块、营促销模块、交易订单履约模块、售后模块、支付结算模块等 。
同理中台也会像业务系统一样，按照业务域被分割为多个中台 。按照上面的举例，中台会划分成用户会员中台、商家中台、商品中台、营促销中台、交易中台、订单中台、履约中台、支付中台等 。
中台的划分在各个公司不是绝对相同的，除了按照业务域划分之外，还有较大的公司特性和团队平衡问题，这里就不再深说 。
中台自身又会按照能力域被划分为多个子域，每个子域都有不同的能力 。
比如：
- 用户会员中台会被划分为：用户域、会员域、卡券域等 。
- 商家中台可能会被划分为：商家域、组织架构域、权限域等 。
- 商品中台可能会被划分为：商品域、价格域、库存域等 。
所以一个中台存在，如果要发挥价值，他必须要和业务系统，和各个中台之间共同协作，才能完成一个完整的业务流程 。
和中台交互的系统包括各个模块的业务系统和各个中台，由于公司和公司之间的技术约束不同、业务范畴不同，还会有些其他平台用于支持中台和业务系统间的交互，比如一个低代码定义平台等 。这里我们不讲交互细节，就从框架上讲一下交互的规范类别 。
从大类上来说有两种：直接交互与通过公共平台交互 。
- 直接交互会造成的问题是，一个业务系统要对接多个中台时，需要做多次对接，成本较高 。优势是对接自由，往往适合团队比较小，业务不是非常复杂的小型中台，流程和约束不那么多 。
- 通过公共平台交互的问题是，前期实施成本较高，实施前就要做好相应的规划，每个系统的定位要清晰，公共平台不仅仅用于中台和系统间的对接，还可能承担低代码产品融合的责任 。每个业务中台需要将自己的中台能力和接口注册到公共平台上，业务系统按照统一规范进行对接 。优势就是即使一个系统要对接多个中台，也可以在公共平台上通过配置的方式完成，对接成本较低，而且容易塑造规范性和标准化 。
- 完美日记、孩子王都在用的，到底有多香？
- 儿童风热咳嗽可选用的药物 儿童咳嗽吃什么药
- 直升机机尾的螺旋桨是做什么用的
- 包被用的最多的4个时期 婴儿抱被用到多大
- 盲文是世界通用的吗？
- ?夜间安全开车的十三个要点 夜间行车时灯光使用的误区
- 穿西装袖箍是干什么用的 有什么讲究？
- 怀孕的孕妇能用的护肤品有哪些
- 菠萝不可同时食用的5种食物 菠萝和鸡蛋可以一起吃吗
- 鱼漂不是跳舞就是不动？这些锦囊妙计你迟早用的上