有没有做平台型业务的朋友来解解疑惑？

业务背景
公司现有五项业务：
1 ）业务一：在线销售电影票务，类似于猫眼，产品有 APP、H5 网页、Web 网页；
2 ）业务二：综合性的企业福利商城，类目覆盖居家、食品、水果、家电等，产品有 APP、H5，模式为自营（自采自销）+第三方代发（订单同步给商家，商家代发货）
3 ）业务三：基于微信小程序的社交商城，模式为自营，类目为百货类，产品有小程序
4 ）业务四：在线下购物中心，扫描按摩椅的二维码后支付一定金额启动使用按摩椅，按摩椅硬件来自第三方合作商家
5 ）业务五：线下大学校园宿舍，扫描洗衣房内洗衣机上的二维码支付一定金额后启动洗衣机，洗衣机同样来自第三方合作商家

问题描述
2017 年初，公司推行平台化策略，所有业务共用商品、交易、订单、支付、售后、营销、结算等模块，各个业务线之间互相独立，平台制作了平台能力地图、平台管理系统操作手册、平台 API 手册等内容给业务方开发使用。但是遇到了以下问题：
1 ）五项业务的业务管理系统、业务层逻辑代码以及数据库都集中在平台管理，
业务方的管理系统排查某个 bug 需要平台开发配合，
业务方增加某个个性化的字段需要平台开发去操作，
业务方去做面向供应商的商家系统时需要平台开发配置接口支持；
业务方本身的开发工作只有前端 APP、网页、面向供应商的供应商系统以及前后端联调。

于是，这造成各个业务线的大小业务改动的需求都会集中到平台，平台人力紧张而且各个业务线逐渐走上定制开发的路线。
我向公司提议，各个业务线独立管理各自的业务管理系统、个性化业务逻辑代码以及数据库，
但是在以上层面上都要区分开平台核心的逻辑和业务个性化的逻辑，以及业务方可以基于平台核心逻辑快速上手开发个性需求。目前这个问题没有合适的解决方案。

所以请教下，首先，各个业务线是否应该独立去维度各自的业务管理系统、业务逻辑代码和数据库？
然后，如果独立维护的化，在技术实施上请问如何做到中台逻辑和业务逻辑分离，避免更新冲突和互相干扰影响？

公司的平台策略有点像阿里巴巴推行的中台化策略，有没有阿里巴巴的朋友来讲讲阿里内部这方面的做法。