城市共享单车监管平台
城市共享单车监管平台
早上七点十分，手机震了三次。打开一看，昨晚夜班留在系统里的工单积了二十条，十条违停、六条淤积、四条未备案车辆核查。
扫了一遍，八条不是我们家的车。按流程点「转办」，选运营商，提交。系统提示：转办成功，工单已流转。
问题就出在这句提示上。流转了，但没人说这八条后来怎么处理的。
派单指的是把一张工单指定给一个明确的责任人和处置时限。
它的三个要素缺一不可：谁来做、什么时候做完、做完了怎么证明。共享单车巡查工单在这三点上都落在具体字段上——责任人、时限、回填要求（照片、坐标、处置说明）。
派单的前提是「责任可归属」。车辆有备案主体，停车点有管理单位，路段有责任片区。三者清楚了，工单才派得出去。
转单是把一张工单从一个人手里交到另一个人手里，责任主体变了。
它只解决「这事不归我」，不解决「这事谁来做」。转单之后，如果接的人不接、或者接了不办，工单会停在中间，谁都不认为它是自己的。
实际运行中还有一种半转单：口头说一声「这车不是我们的」，让对方自己去系统里找。这种最麻烦，因为系统里没有任何记录，考核时两边都说自己没收到。
一字之差，落在考核上差得很远。
派单是责任转移给确定的承接方，转单只是责任从自己身上挪走。前者的终点是办结，后者的终点是「已流转」。
| 动作 | 责任落到谁 | 时限是否重新计时 | 算不算办结 |
|---|---|---|---|
| 派单 | 明确的承接人 | 重新计时 | 否，办完才算 |
| 转单 | 接收方（若接收） | 不重新计时 | 否 |
| 退回 | 原派单方 | 不重新计时 | 否 |
| 办结 | 处置人 | 停止计时 | 是 |
多数系统的默认逻辑是：转办成功即从本人待办里消失，统计时计为「已处理」。于是办结率看着漂亮，实际问题在原地打转。
三种错，一种比一种隐蔽。
第一种，办结率虚高。 一张工单在四家运营商之间转了三手，后来被巡查队现场清走。系统里记了四次「已处理」，实际只处置了一次。
第二种，超时无人担责。 转出去之后时限不重新计时，接的人看到剩余时间只有十分钟，索性不接。工单卡住，考核时原派单方被扣分，他不服。
第三种，数据失真。 同一辆车被反复上报，因为每次都被转走、没人真处置。淤积和违停的热力图因此被放大，调度资源被引到错误的地方。
从运营方的角度，转单不可能取消，跨主体的问题本来就要流转。能做的是让流转留痕、让责任可追。
四个字段建议必填：转办理由、接收方、接收时间、接收确认。少一个，事后就说不清。
三个口径建议分开统计：转办量、办结量、超时量。三个数放在一起看，才能判断一支队伍是在真干活还是在转手。
一条规则建议写死：转办不计入办结，转办超过两次自动升级到监管方。这一条能把「踢皮球」的成本显性化。
共享单车监管平台里，工单管理和小程序端的回填是打通的，处置人提交时必须带现场照片和坐标，时间戳由系统打。这一条看着严格，实际是保护干活的人——有据可查，不怕被说没做。
回到早上那八条工单。巡查员要的不是更复杂的功能，是三个明确的答案：这单归谁、多久要办完、办完了怎么算。
三个答案清楚，一天的活就能排出来；不清楚，一天就在打电话和等回复里过去。这套共享单车监管平台做得好不好，一线最有发言权，因为他们每天都在为这两个字的差别跑腿。