如何避免低代码开发的项目出现数系统孤岛

由于低代码平台的独立性，自身功能的完整性，反而造成了用低代码平台的开发的系统出现了孤岛，不少企业都碰到了类似的问题。比如账号体系与公司现有的体系割裂、系统的入口与其他系统无缝整合、与周边其他其他无法打通、数据无法计进入企业数据中台中等问题；

这个又回到了本系列的第一篇文章《甲方敏捷自研一体落地模式》提到的“企业数字化自研底盘”，避免出现系统孤岛有两层逻辑，一是解决业务的实际问题，需要与周边系统的场景打通，比如在低代码开发的CRM系统，订单生效后可以推送到ERP系统中，按照底盘定义的规范完成周边系统的接口打通；二是与底盘重的标准服务打通，低代码平台的登录对接底盘的SSO、账号体系对接底盘中的通讯录、应用入口对接底盘中的统一门户、低代码数据按照规范统一推入数据中台等，通过用户前台界面层、中台场景层、后台数据层的打通，将低代码平台的项目接入到企业系统主干道上，完成低代码项目的融入。

这里就说到为什么底盘由甲方自研的优势了，因为作为低代码的平台供应商是技术平台方，对于场景的整合是不敏感的，而对于低代码的实施方一般都不是标准的软件IT公司，不具备打通底层的能力，所以这两端都由甲方亲自下场打通，是效率最高，也是能最切合整体项目规划的方式。