一段时期内，中台各个方向的PM，基本都是以上的状态，99 的消息铺开全屏幕，天天看消息看不过来。
2）解法：引入产品运营角色，工具赋能给运营
从中台产研视角来看，如何减少咨询和干扰呢？
面向以上问题，我们找到了解题思路：
就是必须在组织层面增加节点，招聘产品运营角色，形成“缓冲区”的屏障。
产品运营角色，需要发挥2个作用：
一个是由外到内，起到收拢信息、过滤信息、转化信息的作用，提升产研处理信息的有效性；
另一个是由内到外，起到沉淀解决问题方法、宣导培训用户的作用，提升上游自助解决问题，减少问题到中台。
另外，除了解决线上问题之外，产品运营角色还会牵引各种对接sop的建立，让问题流转机制趋于更加有序。
过程中，产品需要花费一些资源，做一些小工具，赋能给运营，提升解决问题的效率。
3. 中台与下游（非生产系统，如客服、大数据、财务）之间
以上中台打交道的两类用户，其实都会比较显性，在交付上一个是“最重要”业务方，一个是“用户第一”的用户。
那其实还有一类用户，我们会较难注意到他们，因为他们属于非生产系统，一定程度上不会影响用户交易进程。
但是，他们确实也服务着公司内部很多中后台的业务用户。例如，客服、大数据、财务等。
那中台与他们之间会存在什么样的问题呢？
1）问题：中台业务数据分散，会造成下游与上游业务多点对接，成本高，数据统一性差
因为处于下游，很多时候，他们没有太多话语权，所以过程中，慢慢也就会接受了很多现状，不向上游提需求或提需求上游没空“搭理”。
你想，在上边这种中台本身都没有时间做内部建设的环境下，更不会有太多精力花在更下游的系统基建上。
以上造成最直观的结果，就是下游需要兜底中台没有封装掉的业务场景，需要一对多去进行解决问题。
画个图，大概就是这个逻辑：下游业务需要对接除中台之外，还需要跟很多业务个性化信息去做识别和交互。
那这时候，下游各个业务的实现成本，其实是比较高的。
2）解法：中台核心数据分散问题统一化
那怎么办呢？还是用我们的屏障思维来解题。
即中台数据统一化项目，将下游业务依赖的发散场景收敛到中台，由中台与下游一对一交互。即形成“数据统一化”的屏障。
画个图解释逻辑如下：
在这里，中台用框架包住了业务个性化的触点，逻辑还是个性化，只是不对下游感知了，中台变为了和下游对接的唯一触点。
到这里，我们将中台对接的3类用户，所遇到需要建立屏障的情况做了详细说明。
总结一张图，便于大家记住。
