|
基于平台化、移动化、可视化下的强大“简道云武器库”，助力解决管理难题
一、企业简介
常州市公共交通集团有限责任公司(以下简称“常州公交”)是常州市区唯一一家经营城市公交客运的大型国有企业，目前拥有在册职工5098人，公交线路287条，线路长度4350.5公里，各种运营车辆2600辆。
近年来，常州公交以建设“人民满意的现代化和谐公交”为目标，以科技和管理为抓手，全面推进品质公交建设，建成了高质量的智慧公交体系。
常州市获得全国优先发展城市公共交通示范城市荣誉。常州“快速公交一号线”工程获得了第九届“中国土木工程詹天佑大奖”，并入选“百年百项杰出土木工程”；参与的“地面公交高效能组织与控制关键技术及工程应用”项目获国务院颁发的“国家科学技术进步奖二等奖”；荣获MMC全球智慧出行领域杰出贡献奖、推动中国公交发展特别贡献奖；公交优先发展的“常州模式”得到了国务院发展研究中心重视，成为《经济要参》2013年决策研究报告课题之一。
 
二、 业务/管理需求
企业在信息化建设过程中，对于信息系统的建设一般有三种方式：采购现成的标准化软件产品、外包定制开发系统和自主开发系统。不同企业之间的生产管理需求千差万别，标准化软件产品很难完美契合企业的个性化需求，很多情况下标准化产品要么功能不满足需求，要么功能冗余。出于高效管理的目的，企业一般会根据自身的业务需求，花费大量资金来定制开发自己的核心业务系统，但漫长的开发时间成本，高昂的后期维护和系统升级成本，对企业来说也是巨大的负担。至于自主开发，如果本身不是专业的软件开发公司，普通企业是很难留住有经验的程序代码开发人才。在如今企业降本增效、深化改革、管理创新的形势下，积极探索出一条信息系统开发的新途径、新模式，不过分依赖第三方开发单位，是科技部门迫切需要考虑的问题。
常州公交信息系统的建设开发途径，主要是采购标准化产品（如OA系统等）和定制开发（如调度系统、ERP系统等）两种方式，极少数自主开发的系统也比较简单。随着公司改革的逐步深入，越来越多的部门提出了希望用信息化来支撑各自部门对管理创新的想法，那么以往系统开发模式的难点痛点就更加突出了。
1.建设需求响应不及时
传统的信息系统建设都要经过立项、招标、开发等过程，不论系统的大小、复杂程度，都是如此。如今核心业务系统（如调度系统、ERP系统）相对比较稳定，更多的建设需求来自非核心业务的管理需求。如果所有的系统建设都按照传统的开发模式进行的话，很难及时响应和满足众多的需求。
2.开发和使用成本高
软件系统开发成本一向比较高，请外部软件公司开发一个普通的小系统的成本都要在10万至20万之间，稍微复杂一点的系统，开发成本更高。此外针对系统建设后的部署，还需要配套采购相应的硬件系统，后期使用成本也很高。
3.开发过程漫长，沟通交流成本高
由于信息系统建设的特殊性，业务部门在提出建设需求时，一般都是很难一次性把需求准确详细的描述清楚。业务部门懂业务但不懂系统开发技术，软件公司懂程序设计但不了解业务。因此在开发过程中，业务部门和开发单位针对系统建设需要花费大量的时间在沟通交流上，开发时间必定会很长。
4.系统后期维护和升级成本高
随着业务的调整和新需求的产生，任何系统开发后，都会面临需求变更和系统升级换代的情况。在结束一个具体的系统建设项目后，软件公司对于后期的需求变更往往很难做出快速的响应，而且需要再花费单独的变更费用。
基于以上系统开发建设的难点痛点，科技部考虑针对目前需求量最大的非核心业务管理系统的开发，积极探索一条系统建设开发的新途径，来达到既能快速及时的响应各种需求，又能最大化的降低开发成本，同时还能充分发挥科技部人员的潜力。因此，科技部选择“简道云”低代码快速应用开发平台，跳过程序代码开发这个复杂环节，由科技部人员借助平台工具自主开发一些非核心业务的管理系统。
三、解决方案
1. 云平台部署
当前政府对云计算的建设非常重视，都在大力推动企业上云。通过低成本上云的方式推动企业信息化建设，已经成为一种趋势。此次“简道云”平台部署在云上，没有部署在公司内网，只需每年支付固定的平台使用费，就免去了服务器设备的采购和维护，所有在平台上开发的应用都可以无限制的提供给全体员工使用，并且能够保证系统的稳定和运行效率。平台部署在云上，还不用考虑系统的网络安全问题。以往每次有新的系统建设时，都会配置单独的服务器，这种重资产的模式既需要大量的资金，也给日常维护和管理带来巨大的压力。采用虚拟化、云计算的方式支撑应用系统，是今后的信息化建设的主流方式。
2.快速开发系统
自从“简道云”平台部署完成后，在不到半年的时间内，科技部就已经开发出了9个应用系统。“消防设备管理系统”是面向安保部管理的庞大的灭火器、消防栓等消防器材，通过二维码扫码，手机移动端操作的方式，可以实时的检查设备信息、登记巡检信息，让数量庞大的器材管理变得非常方便。面向服管部使用的“服务稽查系统”，也让几十个人的稽查队伍的工作模式发生了彻底的变化，移动化、电子化的稽查方式，让稽查信息的上报、统计、分析异常便捷，工作效率极大的提升。
“驾驶员车辆例保”，“车间日志”、“车辆一级维护检验单”等三个应用系统，从提出需求到系统开发完成，实际总共才花费了3个星期。为了疫情防控快速收集全员行程信息，“行程码专项检查”只用了半天时间就开发出来并上线使用，一天时间内就收集上来99%员工的行程信息。目前，根据制定的开发计划，还在持续不断的进行新系统的开发。
3.降低开发成本
在以上所有系统的开发过程中，没有再借助外部人员，全部由科技部人员自主在平台上开发，没有额外支出其他费用。在系统后期的需求变更和完善过程中，也没有依赖第三方公司。这些应用如果全部由外单位来定制开发，最保守的估计需要50万元。在“简道云”平台上开发的应用越多，为公司节省的项目资金就越多。
4.培养开发人员
“简道云”平台部署完成后，科技部总共安排了四个人参与平台工具的使用开发。现有的7个应用，分别由4个人完成，起到了培养锻炼开发人员的目的，为今后承接更多的开发需求打下了坚实的基础。安排多人学习掌握“简道云”这个开发工具，也降低了今后人员流动的风险，任何在平台上开发的应用系统，其他人都可以轻松地接手进行维护。
5.多平台互联互通
“简道云”平台投入使用后，为了充分发挥平台功能，避免造成平台上开发的应用系统与公司现有系统之间产生“数据孤岛”，积极打通“简道云”平台和其他应用平台之间数据通道。首先，把企业微信和“简道云”成功对接起来，企业微信通讯录可以同步给“简道云”，这样“简道云”的整个组织架构和人员信息就和ERP、OA系统同步了。其次，积极打通与ERP系统的连接，目前已经有初步的成果，在服务稽查、车辆例保等应用中可以调用车辆、驾驶员等信息。多平台互联互通，让“简道云”今后的发挥空间异常巨大。
四、应用场景
场景一：驾驶员车辆例保检查
今年公司在机务管理工作上，确立了打造“数字机务”“简道云”平台开发一批数字化的机务管理系统，进一步提升信息化在机务管理工作中的管理目标。在“机务工作三年行动计划”中明确提出了推进“数字机务”项目建设，要求利用的应用广度和深度，包括 一二级维护检验单、驾驶员车辆爱车例保检查单、电子台账、机务质量检查、生产性设备管理等系统列入了开发计划。
（一）痛点
驾驶员的车辆例保工作，是要在每天出车前，对车辆的主要部件状态做一个检查，如果有不合格的，就不允许驾驶该辆车，需要换车运营。同样在每次收班后，对车辆再做一次体检。相关的例保检查结果，由驾驶员记录在纸质台账上并签字确认（如下图）。纸质台账的弊端很多：实时性不强（可能存在事后补写，无法追查填写时间；偏远站点的驾驶员例保完成情况，更加无法追踪管理），信息传递不方便（检查发现的问题不能及时传递给车队各级管理人员），历史数据查找不方便（大量的纸质台账很难查找），填写内容受到限制（发现问题只能文字描述，没有现场图片），以及填报过程无迹可寻、长期填写需要大量纸张成本等等弊端。
传统纸质例保单
（二）解决方案
此次“数字化车辆例保单”的应用开发，计划是在使用形式上采用手机移动端操作的方式；在填报内容上尽量采用多种控件，丰富填报内容；在填报过程中，尽量通过技术处理方便驾驶员和管理人员操作。整个应用在开发完成后，主要具有以下亮点：
(1)对接企业微信平台：
我们公司已经全面使用企业微信，企业微信是我们公司移动端应用的统一平台。在使用“简道云”之初，就把两者绑定起来。通讯录、组织架构全部进行了同步，流程信息推送直接推送到手机端的企业微信里，这样“简道云”就完美地融入了我们的移动应用平台。应用的操作入口是企业微信-工作台-车辆例保单，或者直接进入“简道云”模块。
 
(2)灵活设置检查科目：
首先建立检查科目数据表，把检查类型和科目关联起来。表单上的检查科目通过“子表单”控件实现，在其中增加相应内容控件。通过“数据联动”功能，实现选择检查类型关联出检查科目。为了简化驾驶员的操作和页面布局，设置了默认所有检查科目初始合格，当检查到不合格的科目，手动选择不合格，此时在科目后面显示出“问题描述”和“图片”，方便驾驶员进一步填报内容。此项功能通过设置一条“显隐规则”实现。
(3)建立数据平台互联：
通过开发了多个“简道云”应用后，我们发现要把“简道云”平台用好，必须和我们公司内部的各种信息系统进行数据连通，这样可以极大地拓展“简道云”应用的发挥空间。在这个应用中，我们需要收集检查车辆的自编号、车辆所在线路、驾驶员姓名和职号、所属单位和车队等信息。为了尽量减少驾驶员的操作，我们自主开发了一个API程序，把相关信息从我们的ERP系统中调取出来，在“简道云”中通过“前端事件”调取API接口信息。驾驶员只需要填写车辆自编号，其他相关信息就可以自动获取。
(4)丰富填报内容：
纸质表单很难展示多种类型数据。在这个应用中，我们添加了图片控件，并且设置为只允许手机拍照上传，不允许访问相册上传，这样驾驶员就可以把检查过程和效果可以通过图片形式上传。我们还添加了定位控件，防止了部分驾驶员不在现场进行填报的情况。
(5)建立流程管控：
为了加快发现出的问题的信息传递，我们建立了一个短流程。通过使用“自定义数据流转条件”，设定只要上传的检查表单里有不合格的科目，流程就转到车队队长和机务员等管理人员，否则就流程直接结束。车队管理人员可以第一时间通过企业微信里“简道云”的“信息推送”通知获取不合格车辆的信息，并及时处理。
 
(6)配置数据看板：
目前每天上传数据3600多条，我们配置了一个数据看板，通过时间、车队、线路、车辆自编号等条件，加上权限控制，各级管理人员都可以方便、直观地对例保填报情况进行跟踪了解。有检查项不合格的车辆，还设置了自动显示红色。
(7)制作操作视频进行推广应用：为了更好的在广大驾驶员群体中推广使用“简道云”开发的“数字化例保单”，我们专门制作了一个操作培训视频，帮助驾驶员学习掌握操作方式。
培训视频
（三）场景价值
驾驶员群体人员众多，管理人员少，以前受制于纸质填报的手段，很难对驾驶员例保工作的真实性和例保效果进行监督，在数据统计、问题发现及时性上都有很大的滞后性，至少要隔天才能完成统计或发现问题。现在有了这个应用，当天就可以实时监督、统计和发现问题，效率得到极大的提升。
以前虽然有各项管理制度和要求，但没有合适的工具提供给管理人员来监督检查。现在通过“驾驶员车辆例保检查单”的应用，最大的价值体现在通过信息化手段，帮助我们把固有的各项管理制度和要求，在执行层面切切实实的落了地。
在例保工作中，除了驾驶员做车辆例保，我们还有一项管理人员对驾驶员例保质量进行检查的内容。我们又开发了一个“车辆例保质量检查单”提供给基层管理人员，在他们抽检车辆例保状况时填报。自此，整个例保工作的完成质量有了一个质的提升。
场景二：车辆一级维护检验单
（一）痛点
车辆的一级保养做完之后，都要对保养质量进行检查。检查结果一般在制式表单上勾选，并且各个保养部位的修理工签字，专职检验员对保养质量检查后签字，当班的修理班长还要签字。与“驾驶员车辆例保”的纸质表单类似，“车辆维护检验单”也存在质量检验过程不可控、填报不规范、逐级审批无法监督、检验单据真实性无法保证等问题。
此外纸质单据每天需要大量的纸张，纸张保管混乱，事后查找不便。这些问题都对提高车辆检验质量、提高工作效率带来非常不利的影响。因此，我们计划把“维护检验单”也数字化，取消手工填报，通过“简道云”开发一个应用，由修理工、检验员、班长、车间主任分别进行填报和审批，层层把关和监督，数据填报过程都有“流程动态”与“数据日志”可以追溯。
传统的一级维护纸质单
(二）解决方案
（1）检验单流程设定：
首先是要区别于手动填报，设定“数字化检验单”的操作流程和填报方式。“维护检验单”也是通过手机端进行操作，我们设定了“检验员发起流程-修理工填报-班长审核-检验员审核-车间主任审核”这样一个操作流程。在表单设计方面，主要是在“检验员发起”和“修理工填报”这两个环节需要更多的设计。特别是“修理工填报”环节，在推广应用过程中因为这个环节的设计调整，整个应用进行了一次大的版本更新。
（2）“检验流程发起”的表单设计：
车辆保养结束后，由检验员在手机端发起流程和填写表单，主要填写“车辆自编号”、主修人和班长，车间主任通过“数据联动”调用预先编制好的数据表自动获取。表单填好之后提交，流程自动发送给所有的“主修人”进入下一个节点。
（3）“主修人”节点的表单设计：
一开始的设计，所有保养科目都按照顺序排列在表单上，表单显示的内容就非常的长，很不方便。然后我们使用了表单的“多标签显示”功能，大大节省了页面空间，页面布局更加紧凑合理，操作起来更加方便。
但是在测试应用过程中，发现了两个重大的问题：
1.多个维修工同时打开手机端页面进行操作，后面的人提交的信息会把前面的人已经提交的信息覆盖；
2.各个维修车间在人员派工数量上的差异较大，一辆车的维修工数量2至5个人都有，维修工与维修部位在数据上没有绑定关系，在“打印模板”上显示不出对应关系。
这两个问题成了困扰我们的最大难题。经过对“简道云”各种控件和功能的反复测试，最终我们找到了解决方案：增加了一个“维修部位”复选框，同时设置了14个显隐规则，维修工打开页面后，选择自己维修的部位，就能显示出该部位的所有检验科目，同时显示该部位维修工的名字。这样一来，就同时解决了多个维修工提交数据时互相干扰和维修工名字无法与维修部位绑定的问题。
（4）打印模板设计：
我们设计了一个打印模板，在需要的时候可以打印出来，效果与纸质表单完全一样。
设计的打印模板
（5）数据回推ERP系统：
通过测试，我们成功地通过简道云的webhook“数据推送”功能，把“维护检验单”的数据推送给我们开发的一个API接口。这样我们就能把所有表单内容发送给ERP系统，ERP系统里的车辆档案模块就能关联保养检验数据，使得整个车辆信息在ERP中更加完整。通过“数据推送”功能，简道云与我们的核心业务系统有了更好的关联，为信息系统的建设模式打开了更广阔的思路。
（三）场景价值
“车辆一级维护检验单”的应用群体，覆盖维修车间所有维修工及管理人员，规范了业务操作，提升了对“维护检验”这项工作的责任意识，是又一个用信息化手段助力管理的典型案例。
从这个应用的开发过程中，除了掌握了更多的开发技巧，也找到了一个今后公司信息系统开发的新模式：以诸如ERP系统等核心业务系统为主，“简道云”开发的轻应用为辅的模式。两者相辅相成，互相融合，各自发挥最大的优势，共同为公司的信息化建设提供好的解决方案。
场景三、服务稽查
（一）痛点
随着公司全面深化改革工作的开展，公交服务稽查考核工作也要进行改革。改革内容秉承“一体化、规范化、专业化、信息化”的思路，创新工作模式，要利用信息化手段加强稽查考核工作，不断提高稽查质量和效率。
之前的稽查考核，是由考核人员带着考核表登上运营中的公交车，对照各项检查内容进行填表，工作结束后把表格交给统计人员，由统计人员根据表格内容统一登记到EXCEL电子表格中，然后进行相关的统计分析。
在这个业务过程中，存在很多的问题：
1.考核人员难以管理：
外放的考核人员的工作时间、工作状况、考核填报内容的真实性，都很难进行监控和管理。
2.数据统计分析效率低下：
每天有大量的考核表生成，需要一个个录入到电子表格。每天的考核情况都要先从车队汇总给分公司，分公司再汇总给集团服务管理部，集团无法及时得到每天的考核数据，基本都要延迟2天时间。
3.手工填报的内容太多：
考核表上需要手工填写的内容很多，容易出错。发现的问题只能文字描述，没有图片进行佐证，经常引起驾驶员对考核结果的质疑。
服务稽查纸质单
（二）解决方案
1.设置前端事件简化填报内容：设置了一个“前端事件”，当填写好检查的车辆自编号后，自动调取API接口的数据，返回线路、驾驶员姓名、职号、单位和车队的信息，极大的方便了稽查人员。
2.增加定位功能了解人员状态：
增加了定位控件和稽查日期，对稽查人员的工作状态有了很好的监督，提高了考核内容的真实性。
3.建立稽查人员自主配组的功能：
稽查人员一般2-3人配组上车检查，每天的人员组合可能不同。为了进一步减少表单填写时的操作，建立了一个人员自主配组的功能，由稽查人员自己配组，在填写表单时就不用再单独选择其他配组人员的姓名，更加方便。
4.启用“多标签页”功能：
考核科目通过“多标签页”的功能进行展示，精简了表单页面，操作更方便。
5.设计了数据看板：
为了更好的展示稽查数据，设计了一个数据看板，可以通过多项条件选择进行筛选，更加直观的对实时稽查情况和历史稽查数据进行统计分析。彻底取消了车队、分公司统计人员对这方面的统计工作，集团服务管理部直接还可以从后台调取下载所有数据。
（三）场景价值
“服务稽查”的成功开发和应用，完美解决了以上长期存在的管理难点。首先是效率得到极大提升，以前的考核情况都要先从车队汇总给分公司，再汇总给集团公司，需要2天时间，月度累计统计数据更是要到月底才行。 现在实时可以看到工作进展情况，实时累计当月稽查完成情况，对稽查人员的工作状态可以有效实时监督，规范了稽查工作流程，极大地降低了稽查数据统计分析的工作量，有力提升了稽查考核的质量和效率
场景四、“掌上消防通”消防设备设施管理
（一）痛点
在公交车上和各个场站、场所，都配有灭火器和消防栓，总数大约有 7400多个。每个月都需要派人对所有这些灭火器和消防栓进行巡检一遍，确保设备设施状态完好，随时能用，这是安全生产里的一个重要工作内容。由于数量太多，这项工作的工作量异常巨大，以往的巡检都是手工登记检查信息，这样产生很多问题：
1.巡检人员的管理：
与服务稽查人员一样，对派出去的巡检人员的的工作状态无法进行有效的监控和管理。
2.会产生巡检遗漏和重复：
由于数量众多，车辆每天也在不断的运营和变化，巡检时很可能对某些车辆上的消防设备产生遗漏，也可能产生重复检查同一个设备的问题。
3.数据统计分析很难操作：
还是由于数量众多，对巡检结果的汇总分析，对全体设备的巡检状况没有一个统一掌控和了解。
（二）解决方案
1.建立设备全生命周期管理的框架：
我们建立了“设备基础信息”、“设备巡检”、“设备调整”、“设备维保”、“基础配置”以及三个数据看板等模块，覆盖了设备的全生命周期管理。
2.设备信息：
初始录入所有设备设施的基础信息，形成基础信息表。
3.设备巡检：
在巡检页面，我们设计了一个“二维码扫描”的功能，所有设备设施我们都进行了编码和二维码标签的张贴，这样巡检时可以直接扫描二维码，方便快捷，不会出错。同时，通过“多标签页”功能，集成显示巡检记录和维修记录等内容。巡检记录、维修记录等通过“关联查询”控件把历史巡检和维修数据同步显示出来，方便巡检人员在手机端巡检时，通过打开一个页面可以查阅多类信息。
4.设备调整：
设计了设备位置调整和报废的功能，同时建立了审批流程。
5.基础配置：
预先建立好相关数据对应表，方便表单填写。
6.数据看板：
面对海量的数据，直观简便的数据看板不可或缺。我们设计了“设备信息看板”、“巡检看板”和“报废看板”。
从“设备信息看板”中，可以方便直观地查看所有设备设施的总数、在用数量、各单位设备的巡检情况、设备设施过期的数量、巡检次数、设备分布情况、设备明细等。
“巡检看板”对巡检的情况更详细的进行了展示，可以看到设备总数、已检数量、待检数量及明细、超时未检数量及明细，还增加了多个筛选条件方便快速查找。
（三）场景价值
以前巡检时，每个月都至少有10%的灭火器是重复巡检和遗漏的，现在通过应用该系统，已经100%避免了这种情况发生，消除了安全隐患。以前的数据统计，都要等到下个月花费5、6天时间才能统计好，现在都是实时统计，节省了大量人力，极大提升了效率。
设备设施的管理，是很常见的一种管理工作。但要管理好，特别是在资产数量巨大的情况下管理好非常不易。面对设备设施分布点散面广的特点，以及对检查人员难以管理的问题，我们设计的这套消防设备设施的管理系统，完美地进行了解决。
一般情况下，设备设施的生命周期管理就包括了信息录入、巡检、调拨、维修、报废等环节，这套“消防设备管理系统”具有很强的复用性。我们基于这套架构，通过简道云的“应用复制”功能，还开发出了“计算机管理系统”替换以前开发的老系统。以后其他部门的设备管理，都可以基于这个架构快速的复用，非常方便。
五、总结与展望
“简道云”平台部署完成半年以来，总共开发了9个应用，所有应用系统都由科技部人员自主学习、自主开发，相比请外单位定制开发，至少为公司节省了50万的项目开发费用。云平台的部署方式，无需采购服务器等重资产，无需考虑硬件运维和网络安全等问题，省心省力。在短时间内，快速完成了业务部门提出的需求，后期的需求变更和系统完善都能得到及时的响应，而且无需额外费用。科技部同时培养锻炼了多个人员来掌握平台的使用方法，为承接更多的信息化建设任务打下坚实的基础。
接下来，我们将继续进行“数字机务”项目的应用开发，同时与营运、安全、物资等其他各部门进行应用规划，进一步拓展“简道云”平台的应用范围。在技术层面上，将继续学习掌握“简道云”的更多高级功能，大力推进“简道云”与现有核心业务系统的数据对接，全力打通数据通道，把“简道云”平台的应用广度和深度推向一个新的台阶。
“简道云”零代码开发平台非常容易上手，学习手册清晰明了，非常适合自学。平台功能强大，各种控件非常丰富，与其他系统的数据交互功能考虑的非常好，极大拓展了“简道云”系统的应用场景。“简道云”非常适合如今的移动办公时代，它与移动端设备、移动端平台的融合度也非常高。
此次通过“简道云”进行的管理创新实践，积极探索出了一条新的信息系统开发模式。系统开发不再过分依赖第三方开发单位，借助高效的平台开发工具，有能力自主开发一些力所能及的应用系统，同时达到降本增效，促进精细化管理的目的。 | 
