那次半夜水管爆了之后,我们重新定了紧急响应标准
一次深夜水管爆裂的紧急工单,因为响应流程混乱差点酿成大祸。复盘踩过的坑,我们重新定了紧急响应的三条硬标准。
去年冬天一个凌晨,平台接到一单水管爆裂的求助,用户家里水已经漫到客厅。值班同事按普通工单流程走,先记录信息再派单,结果师傅到场时水已经渗到楼下。那次之后我们才意识到,紧急响应和普通服务完全是两码事。
当时最大的坑是把紧急工单混在普通队列里处理。系统没有优先级标记,派单靠人工判断,值班的人还要同时接电话、录信息、找师傅,一忙就乱。另一个坑是师傅那边没有明确的响应时限,接单后多久必须出发、多久必须到场,全靠自觉。最要命的是现场情况没人跟进,用户只能干等,情绪越来越急。
复盘时我们定了几条硬标准。第一,紧急工单单独走通道,系统自动标记优先级,跳过排队直接推给值班师傅。第二,响应时限写死:接单后几分钟内必须电话联系用户,多久内出发、多久内到场,都有明确数字,超时自动升级提醒。第三,值班同事只负责一件事——盯紧急单,其他工单转给后备。另外加了一条,师傅到场前必须给用户一个预计时间,让用户心里有数。
这些标准跑了大半年,紧急单的平均到场时间降了一半多,用户投诉也少了。说到底,紧急响应不是靠某个人反应快,而是靠流程把该做的事固定下来,让谁值班都不慌。