共享单车巡检管理：上系统前后，工单到底差在哪

评标会上有个问题总被绕过去：巡检管理这一项，怎么验。

投标文件里写着「支持巡检任务派发、轨迹记录、问题上报」，这几句话谁都写得出来。真到验收，按什么标准判合格，往往没人答得上来。想答上来，得先看清这套东西把原来的活改成了什么样。

以前：一张纸、一个群、一本账

巡查员的日常，过去是三样东西撑起来的。

一张纸是巡检表，打印好路线和点位，走一趟打几个勾。一个群是工作群，发现违停、淤积、坏车，拍照发群里，等运营商的人认领。一本账是月底汇总，内勤把群里的照片和纸上的勾对一遍，做成表报上去。

这套办法能跑，问题在三处。勾是事后打的，路线走没走全看不出来；群里的消息刷过去就没了，谁处理的、什么时候处理的查不到；月底对账靠回忆，对不上的地方就填「已处理」。

更麻烦的是责任边界。一辆车停在两个片区的交界处，两边的巡查员都觉得该对方报，结果这辆车在群里躺了三天。

现在：一张单从哪来，到哪去

上了共享单车监管平台之后，巡检的载体从纸变成了工单，原来靠人记的那部分，变成了靠规则跑。

工单有三个来源：巡查员在现场用小程序上报、系统按淤积或违停规则自动生成、市民投诉转入。三个来源进同一个池子，按点位和责任片区派给对应的人。

表格最右一列是这套系统真正的产出。前面几列只是把纸上的动作搬到了手机上，这一列是过去根本不存在的东西：一条可回溯的记录链。

省下的到底是什么

采购方最想知道这三个数。

第一个是汇总时间。以前月底内勤要花两三天把照片和纸表对成一份报表，现在报表是系统出的，人只需要核对异常项。省下的不是两天，是这两天里反复找人确认的沟通，还有月底那场总也对不上的对账会，几个人围着表格核半天的场面少了。

第二个是重复上报。同一堆车被三个人报过、同一张照片发过四个群，这种事在群里很常见。工单按点位聚合之后，重复上报会被合并，一线少做无用功。

第三个是扯皮时长。责任片区在系统里是明确的，交界处的点位归属也写死了。一辆车该谁处理，不用开会定。

三个数加起来，通常能省掉一线两成到三成的事务性时间。这个幅度不算惊人，但它是稳定的，不依赖某个人的责任心。

新出现的问题

只讲好处不可信。上系统之后，确实多出几件以前没有的活。

一是录单成了新负担。现场拍照、选类型、填描述，一单要花两三分钟。一天十单就是半小时。有的地方为了省事，拍照不拍全景，只拍车牌，事后复核时看不出违停的实际情况。

二是超时压力传导到一线。工单有时限，超时会升级，一线为了不被升级，容易先点「已处置」再慢慢处理。这个动作会把办结率做漂亮，把问题留下来。

三是数据多了，看的人没多。报表从一张变成十几张，真正每周看的还是那两三个人。数据没有变成决策，只是变成了存档。

四是账号权限理不清。巡查员、内勤、值班长看到的界面本该不一样，实际常是几个人共用一个账号。共享单车监管平台的工单管理里，谁接的单、谁办的结都挂在账号上，账号一混，责任就说不清。上线前把角色和权限表定下来，比事后改代码省事得多。

这三件事的共同点是：它们都不是系统的问题，是流程没跟着改。录单负担要靠简化字段解决，虚报办结要靠复查机制解决，报表没人看要靠减少指标解决。

验收时盯这四项

回到开头那个问题。巡检管理这一项，验收看四个数就够。

工单生成到接单的时长。 超过半小时说明派单规则有问题，人是被系统推着走的，不是主动接的。

现场照片的完整率。 抽查一百单，看有多少张能同时看到车辆、停车区域和周边参照物。只拍车牌的，等于没拍。

超时工单的处置结果。 挑十张超时单，逐张查是否真的处理了。这一项最能照出「点完成不干活」的情况。

复查记录的有无。 处置完成的单子，一周后有没有人回去看。没有复查，办结率就只是个数字。

四项都不难测，难的是一开始就把测法写进去。写进合同附件，验收会上就不用争「功能都做了」。再补一句，测的样本量要写明：抽查一百单还是三十单，结论可能完全不同。做不到的地方，改起来也有明确方向：改派单规则、改拍照要求、改复查频次，都是具体动作，不是空话。