电梯维保工单系统功能介绍：半自动派单怎么落到15分钟到场

电梯困人电话打进来，接线员第一件事是翻微信群里谁在线、谁离得近——这是不少中小维保公司的日常。监管对困人救援的要求摆在那：直辖市或设区市主城区一般要求15分钟内、其他区域30分钟内到场。群里喊一嗓子，师傅们半天不回，回了的还在城东，电梯却在城西。派单这个环节，直接决定一家维保公司会不会被约谈。这篇专门讲维保工单系统里的派单模块：半自动派单是怎么设计的，凭什么能把到场时间压下来。

一、纯人工派单慢在哪，纯自动派单坑在哪

先说人工派的慢。接线员拿到困人电话，脑子里要过一遍：哪个师傅会修这个牌子、谁今天没排满、谁离现场近。这三个问题在微信群和排班表里都没有现成答案，只能挨个打电话。黄金15分钟就这么耗掉七八分钟。

再说全自动派的坑。有些系统把单子直接推给算法选的人，看似先进，实际容易翻车：算法不知道这个师傅手滑改过一次派单还是老规矩——新员工不敢放，老师傅会挑单，客户现场有特殊门禁这些隐性知识全在老师傅脑子里。机器一锤定音，反而制造新矛盾。

所以靠谱的设计是半自动：机器先把最优的三个人摆出来，派单员一眼扫过、一点确认。机器干算的活，人干判断的活，两三秒出一单，谁也不得罪。

二、半自动派单的三个匹配维度

系统给每个候选师傅打分，打分依据就三个维度，全部来自日常积累的数据，不需要额外维护。

三个维度加权排序，前三名连同理由一起推给派单员——比如“张师傅，距现场1.2公里，今日2单，通力机型维修37次”。派单员看到的不是一串名字，是决策依据。

三、困人救援单的特殊通道

1. 救援单自动置顶加急

工单类型里困人救援是独立级别，电话或电梯应急处置平台推来的困人单自动标红置顶，跳过普通排队。派单员手机同时收到强提醒，不坐在调度台前也不会漏。

2. 一键升级机制

派单发出90秒没人接，自动推第二候选人；再没人接，直接升级给区域主管电话催办。每一级的等待和升级都留痕，月度复盘时哪一单慢、慢在哪个环节，时间轴拉出来一目了然。

3. 到场打卡与双计时

师傅到场扫码打卡，系统同时记录“接单时刻”和“到场时刻”，两个数自动算出响应时长。监管平台要报数据，直接导出，不用再手工拼。救援完成后被困人数、处置措施、恢复时间一并录入，形成完整救援档案。

四、维保计划单和急修单怎么搭配着派

派单模块不只是救急。维保公司每天的大头其实是两类单：半月保、季保的计划单和业主报修的急修单。系统的做法是把两类单放进一个池子统一调度。

• 计划单提前一天批量预派：按维保合同周期自动生成，派给负责该片区的固定师傅，路线顺带优化；
• 急修单实时插空：按上面说的半自动逻辑插进师傅当日队列，系统提示预计顺延时间，师傅心里有数；
• 冲突自动提醒：同一台电梯既有计划单又有急修单，合并处理，避免师傅白跑两趟。

这套搭配跑起来，师傅一天的有效作业时长能多出一个多小时——以前耗在等单、返程、重复跑上的时间被压掉了。

五、几个落地后的真实变化

看一家60人规模的维保公司上线4个月的内部统计：困人救援单平均到场时间从约18分钟压到12分钟左右，主城区达标率接近满分；半月保计划按时完成率从约八成提升到接近全勤，监管抽查不再吃漏保的罚单；派单员从每天打近百个电话降到二十来个，只处理异常情况。最意外的反馈来自师傅端——工单完成量直接挂钩绩效工资，多劳多得算得清清楚楚，月底没人再为“凭什么他的单多”吵架。

派单这事儿看着小，却是维保公司运营的中枢。中枢顺了，前面的救援指标、后面的维保质量才有抓手。