PaaS平台-低代码

为什么售后服务系统需要使用低代码平台

售后服务的特点是流程多而长,管理要素众多。

服务的要素: 咨询、远程排障、安装、维修、维保、巡检

人的要素: 用户、客服、工程师、服务站管理员、区域管理员、仓库人员、数据分析师、总部管理人员

物的要素: 小型产品、大型设备、零配件、维修工具

针对如此多样化的要素不同的企业管理细节差异很大,对这些管理细节的数字化落地就成为了售后服务系统的关键挑战。

传统的IT解决方案需要基于标准产品做大量的二次开发,成本高交付周期长,仅仅是少数大型企业的选择,对于其他企业不得不“削足适履”使用标品,在数字化中丢失大量管理细节。

在新的时代技术以及业务在惊人的加速变化中,当下企业面临的最大挑战之一是找到一种方法来保持足够的敏捷性和灵活性,不仅能满足当下的管理需求,而且能动态支撑未来的变化性需求。

低代码技术(Low Code)正是应对这些挑战的新一代技术解决方案,它可以让企业通过可视化配置的方式”开发”应用,大大缩短部署上线所需时间,让技术对业务需求的响应时间缩短为以周、日为单位计算,创建一个技术业务敏捷迭带的循环,该循环不断推动流程改进,收获更深刻的业务见解和更好的最终客户体验 。

PaaS平台

ServiceGo低代码技术方案

基于售后服务业务需求的特点,ServiceGo低代码技术方案的目标

  • 对售后管理要素管理细节的完备支撑
  • 成本低且快速的实施交付和持续交付

因此ServiceGo构建了可以实现软件开发MVC框架可视化配置的低代码平台

PaaS平台
MVCServiceGo 对应功能
Model (模型)
  • 自定义应用
  • 自定义对象
  • 自定义字段
View (视图)
  • 自定义PC界面
  • 自定义App界面
  • 自定义打印导出界面
  • 其他界面
Controller (控制)
  • 前端界面业务规则
  • 后端触发器业务规则
  • 审批引擎
  • SLA引擎
  • 其他规则引擎
PaaS平台 PaaS平台 PaaS平台

低代码实施流程

PaaS平台

低代码持续交付

ServiceGo的低代码不止与MCV框架的可视化实现,借鉴DevOps理念ServiceGo低代码框架中引入沙盒机制。可以快速复制生产环境生成测试环境,在测试环境中完完成相应的实施,测试通过后再发布到正式环境,以此实现低代码平台系统实施的持续交付。

PaaS平台