客户打电话说设备不动了，客服在系统里开一张工单，直接派距离近的师傅。师傅开车两小时到现场，发现是电源插头被碰掉了，或者参数被人改过。这一天跑了三家，两家都是这种情况，真正需要拆机的那台反而排在之后。
一、派工前先问四个问题
远程能不能解决，靠的是受理时的判断，不是师傅到了现场再说。四个问题问完，大约能分掉一半的工单。这些问题要写进受理页面的提示里，让接电话的人照着问，而不是靠经验。
- 设备通不通电：指示灯亮不亮、有没有跳闸、插座有没有电
- 能不能联网：能不能远程登录、现场网络是否正常、账号还能不能进
- 有没有异常现象：异响、异味、漏液、机身发烫，出现任意一项直接派工
- 现场有没有人能配合：能不能按指导操作、能不能拍照或视频
二、远程不是打个电话问问，要留下记录
很多公司也做远程，但只停留在「电话里说了两句」。没有记录，就没法判断是远程解决不了，还是根本没认真试；也没法把有效的处理办法沉淀下来，下次还得靠同一个老师傅。
- 远程时间：什么时候打的、打了多久，用于统计响应时效
- 参与人：谁做的远程、客户方谁在现场配合
- 判断结论：按故障分类字段选，不要自由填写
- 指导动作：让客户做了哪几步，按顺序记下来
- 结果：远程解决、转上门、待观察，转上门的必须写原因
三、举例说：一百二十张工单的分流账
举例说，某服务团队每月一百二十张工单，按四个问题先分流，其中四十八张可以在远程解决，占四成。上门一次的综合成本按四百元估算，包含人天折算、油费和路费，一个月省下一万九千二百元。工时上的账更明显：上门一次占工程师三个小时，远程平均二十五分钟，每张省下约两个半小时，四十八张就是一百二十四个小时，折合十五个工作日。这半个月的人力可以多接十几张工单，也可以用来做保养和回访。远程失败转上门的按十五个点估算，约七张，每张多花二十五分钟，几乎可以忽略。这就是为什么同样的人手，有的团队一个月能做一百五十张单，有的只能做一百张。
四、三个指标与远程话术卡
只考核远程解决率，工程师会硬扛，明明该上门也拖着不派；只考核上门及时率，大家又都愿意开车出门。三个指标一起看，才不会把服务做变形。远程做得好的团队，靠的也不是师傅嘴皮子利索，而是把常见故障拆成了标准问法，每类三句话，配一张现场照片样例，新人照着念也能解决大半。
- 远程解决率：远程关闭数除以远程受理数，反映分流判断准不准
- 远程转上门比例：转上门数除以远程受理数，超过两成说明话术或判断有问题
- 返修率：同一设备同一问题十五天内再报，反映远程是不是真的解决了
- 不通电与跳闸：先看指示灯，再问插座与空开，让客户拍照确认
- 连不上网与账号：确认网络、确认账号状态、确认是否换过路由器
- 参数被改：对照出厂参数表逐项核对，只改被改动的那几项
- 耗材到期：报出当前计数与更换步骤，顺带确认备件库存
- 权限不足：确认操作人账号与角色，远程调整后让客户当场试一次
这套「先分流再派工」的做法，用 9527CRM 这类轻量级 CRM 的工单、故障分类与知识条目就能落地：受理页面按四个问题做成分支，工单里固定五个远程诊断字段，故障分类关联到话术卡，派工时能看到这台设备过去修过几次、换过什么件。由于支持私有化部署，客户的设备台账、故障记录和服务履历都存在企业自己的服务器上，工程师在内外网都能查，客户资产信息不会流到第三方平台，涉及工艺参数的记录也能按内部规矩设定访问范围。
