一、项目背景

某物业公司管着十几个小区，业主报修全靠微信群和电话。工单靠人记在脑子里或便利贴上，派给哪个师傅看当天谁有空、谁被想到，完全没有标准。超时没人管，业主在群里催，经理到处救火，月底满意度一塌糊涂。更糟的是，同一个漏水能派三次不同的人，前两个都没带对配件，业主火气越来越大。我们进场时，经理的微信里全是"我的单子呢"的追问。

最离谱的一次，一户漏水派了水电工、又派了五金工，两个人都去了，发现要的是防水材料，又得等第三次。业主在群里发了三段语音骂人，经理只能自己拎着材料上门。这件事让我们确定，派单不能靠"谁被想到"，得靠规则和实时状态，而且配件得跟着人走，不然跑再多次也是白跑。

二、落地场景

我们让智能体统一归集所有报修入口，业主在小程序、群里、电话转写的单子都进同一个池子。智能体做故障分类，再把工单按师傅的技能标签和实时位置匹配分派，带对配件的人优先。处置时限按故障等级设，超时自动升级到上一级并提醒。完工后业主核销，工单闭环。经理第一次能在一个看板上看到所有小区的在途单和超时风险，不用再翻群聊。

为了让师傅愿意用，我们把派单和师傅的绩效挂钩，完成及时、返工少的师傅单子更多，正向循环起来了。业主端也能实时看工单状态，从"我的单子呢"变成"师傅还有八百米到"，投诉量肉眼可见地降。

三、关键技术挑战与解决思路

故障分类是第一道关，分错了工单就瞎跑。我们一开始只按距离派，结果复杂活派给了生手，去了两趟才修好，返工率高。后来加了技能标签，漏水归水电、门锁归五金，匹配的派单准确率明显上来。位置匹配也不能唯距离论，师傅手头有没有活、配件车在不在附近，都得算进去，否则近是近，但跑空车。

超时升级的阈值要分等级，水管爆了和灯泡坏了一个时限，业主肯定不满意。还有核销，业主不点完工系统就一直挂着，我们加了自动提醒和超时自动关单复核，挂单少了。我们踩过一个坑：最早升级只通知经理，经理忙起来漏看，后来改成升级同时给备用师傅派预备单，单子不落地。

案例片段（已脱敏）： 报修归集与师傅匹配分派的核心规则如下：python def dispatch(order):    cand = [m for m in masters            if order.fault_type in m.skills and m.busy < 2]    cand.sort(key=lambda m: (m.distance, -m.ready))    return cand[0] if cand else escalate(order)规则上线后，因技能错配导致的返工率从 21% 降到 6%，三次派单的乱象基本消失。

师傅端的体验我们专门打磨过。派单不是直接砸给师傅，而是推一条带故障类型和预估配件的信息，师傅能在 APP 上确认接或改派，确认了才正式落单。这个确认动作拦掉不少误派，也给了师傅话语权。之前师傅觉得系统是来添乱的，能确认、能反馈之后，配合度高了很多，系统才算真正扎进流程里。

四、效果数据

分派准确率从靠人脑的约七成，提升到九成以上，瞎派和重复派基本消失。平均处置时长下降约三分之一，业主不用再为一个漏水等一整天。超时率从之前的约一成五，压到百分之三以内，且超时单八成以上在升级前就被提醒处置。业主满意度调研分数上调了十几个百分点。经理从救火变成看板巡检，管理半径明显变大，甚至开始管第士几个小区也不用加人。

五、可复用经验总结

物业报修最怕丢单和瞎派，智能体统一归集是前提，单子进了池子才不会漏，按距离派是起步，按技能派才是正解，我们交过返工的学费才改过来。位置匹配要把"有没有活、配件在不在"算进去，唯距离论会跑空车，看着近其实慢，配件跟着人走这一条最值钱。超时升级分等级，紧急的和一般的用一个时限，业主永远不满意，而且升级要落到预备单上，别只发个通知。核销要主动提醒，别等业主想起来，挂单是会自己生长的。说实话，这套系统替代不了老师傅的手艺，但能让对的人带对的配件，在对的时间出现在对的楼栋，光这一条就值回票价。

考核也顺势改了。过去经理凭印象评师傅，现在看分派准确率、返工率、时效，谁好谁差一目了然，绩效发放没人再吵。数据驱动的考核，不是为了让谁难堪，而是让踏实干活的人被看见，这点对一线团队的士气影响比系统本身还大。

业主端的透明化也帮了派单的忙，业主能看见师傅到哪了、带没带对配件，催单的电话少了，师傅到了直接干活，入户效率反而高了。信息对称这件小事，把业主、师傅、经理三方的焦虑一起降了下来，比加多少个功能都实在。

结语

我们后来给师傅端加了配件清单预检，派单同时把可能要的配件推给他确认，二次上门率又降了一截。流程多想一步，现场就少跑一趟，业主的差评也少一句，这种细处的优化，比上什么大功能都实在。