“嗯？”
“🎼🖚除了隶属于技术部的中台之外，各大bu，都有自己的中台。”
“多中台制？”
周不器这才明白😲他🜅⛚的这一整个调整中台架构的思🜷路。
郭鹏飞道：“就说我的微信事业群，很多需求都是个性化的。而过去从☸🄋🟑中台事业部拿到的东西，都是通用性的。同样是信息流算法，微博和今日头条的不会一样，朋友网和校内网的也不会一样。而中台事业部给出的是通用的信息流算法。这就需要各大bu把通用算法拿回来之后，由bu内的中台进行适当的调整，做出符合自身bu需求的算法。”
张一明道📣：“所以，我们要改变‘大中台，小前台’的结构，要把大中台进一步的拆分。拆成服务于集团的大中局，以及服务bu的小中局。”
郭鹏飞接着补充说：“任何一个事业群有需求了，可以先从技术部下的大中局提出要求，把资源拿回来之后，在事业群内部的小中局做调整。这样一来，就可以大大地节省效率，也🅘可以减少很多不同的部门之间的扯皮。”
过去，一个业务去中台事业部要算法，中台这边就可能会进行推诿…🆦👵…就算🐶🄔不推诿，工作上也不会太上心。
反正前台的业务好不好、快🛲不快，跟他们也没🏜🚼😫关系。
就会不急不忙地慢慢做，按照需求，把通用算法进行🌺🄇适当的调整，然后再交出去，这效率就会很低。
一旦遇到喜欢弄权🜅⛚的家伙，那就更麻烦了，得找各种关系才能把想要的资源🐶🄔给拿到手。
改组成“📣大🕏🈫中局”和“小中局”的结构后，就不会了。
大中局只做通用型的算法和工程的研究。
不涉及个性化。
别的部👺🍺门有需要了，直接去要，也不需要大中局再做进一步的调整和适配性的改进了，直接把通用型的资源交出去就行。
bu这边拿到了通用型🁢的资源，再👓🈛回到bu内的小中局上，进行适应本部bu的改🏕进，然后分发给bu内的各个业务。
因为小中局也在bu内🁢，也跟bu的业绩挂钩，所以🌺🄇他们的🜈⛴效率就会非常高。
又因为小中局的级别比较低，一个大b🅱u的内的业务又足够的复杂、庞大，可以提供许许多多的发展机会。
不像过去的中台事业部似的。
一个中台事业部的总裁是m6的级别🐊，副总裁是m5的级别，这么高的职级，想要调派到其他的🎮🔛🁑岗位都没法调。
职级越高，管理的任务就越重，🛨🞾🙵没有犯错的🗲机会。🏸
职级低一些，这就不怕了。