首页 ꄲ 行业解决方案 ꄲ 汽车交通/运输物流/仓储 ꄲ 公交数字化转型实施落地_助力解决管理难题

公交数字化转型实施落地_助力解决管理难题

常州公交信息系统的建设开发途径，主要是采购标准化产品（如OA系统等）和定制开发（如调度系统、ERP系统等）两种方式，极少数自主开发的系统也比较简单。随着公司改革的逐步深入，越来越多的部门提出了希望用信息化来支撑各自部门对管理创新的想法，那么以往系统开发模式的难点痛点就更加突出了。在如今企业降本增效、深化改革、管理创新的形势下，积极探索出一条信息系统开发的新途径、新模式，不过分依赖第三方开发单位，是科技部门迫切需要考虑的问题。

常州市公共交通集团有限责任公司

常州公交是常州市区唯一一家经营城市公交客运的大型国有企业，目前拥有在册职工5098人，公交线路287条，线路长度4350.5公里，各种运营车辆2600辆。

近年来，常州公交以建设“人民满意的现代化和谐公交”为目标，以科技和管理为抓手，全面推进品质公交建设，建成了高质量的智慧公交体系。

痛点分析

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、“主修人”节点的表单设计：

一开始的设计，所有保养科目都按照顺序排列在表单上，表单显示的内容就非常的长，很不方便。常州公交使用了表单的“多标签显示”功能，大大节省了页面空间，页面布局更加紧凑合理，操作起来更加方便。

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、数据看板：面对海量的数据，直观简便的数据看板不可或缺。常州公交设计了“设备信息看板”、“巡检看板”和“报废看板”。从“设备信息看板”中，可以方便直观地查看所有设备设施的总数、在用数量、各单位设备的巡检情况、设备设施过期的数量、巡检次数、设备分布情况、设备明细等。“巡检看板”对巡检的情况更详细地进行了展示，可以看到设备总数、已检数量、待检数量及明细、超时未检数量及明细，还增加了多个筛选条件方便快速查找。