日期:2026-11-08
我们接手的城市生活服务平台,原本把家庭维修需求散落在几个微信群和线下门店电话里。用户报修的方式很原始,拍张照片发群里,客服手动找师傅,师傅有空就接,没空就晾着。水电急救、开锁、家电小修这类单子,最怕的就是响应慢,用户等不及就直接打 110 或者找路边摊了。平台跑了一年,接单响应中位数还在四十分钟以上,爽约率快摸到百分之十二,复购几乎靠老板娘个人关系在撑。
这个项目要把维修履约搬到线上,但难点不在下单页面,而在供给侧。师傅是松散的个体,技能差别极大,有人只会换灯泡,有人能拆热水器。他们不愿意被系统绑死,又贪快单。我们当时犯的最早犯的错,是把派单想得太重,一上来就做了一套复杂的智能排班,结果师傅端根本不点,全跑回微信群接私单。后来我们才认清,这种业态先用抢单把人拉过来,再慢慢做派单约束,顺序不能反。
落到具体场景,用户侧是小程序报修,填地址、选故障类型、上传照片、选期望时段。我们做了个简单的故障分类,把水电、开锁、家电、管道、墙面分成五类,每类又挂了几个典型子项,方便后面匹配师傅技能标签。
师傅侧是一端 App,打开能看到附近三公里内的待抢单,点一下就锁定,系统给十五分钟确认联系用户,超时自动释放回池子。对于夜间急救类单子,我们不走抢单,改成系统按在岗状态强制派给最近且评分达标的师傅,避免没人抢导致事故。完工后师傅上传前后对比图和电子验收单,用户确认后自动结算,平台抽成,师傅提现 T加一。
后台店长看的是一张履约看板,接单响应、爽约、到场准时、一次完工这些指标按天按片区滚动。我们当时把验收环节做得偏重,因为维修最容易扯皮的就是"修没修好",留痕比事后仲裁管用得多。
绕不开的是师傅画像。技能标签不能靠师傅自己填,水分太大。我们的做法是把历史完工单按故障子项回灌,谁修过什么、一次通过率多少,系统自动打权重,接单优先级跟着权重走。位置则用最近三十天活跃网格动态算,而不是静态挂靠门店。
紧接着要处理的是抢单和派单的混合调度。纯抢单在高峰会挤兑,好师傅被秒空,新人接不到。我们加了一层软派单:抢单池里超过两分钟没人接的单,系统按技能权重无声塞给空闲师傅,师傅端显示成"推荐单"而非强制,给他十秒犹豫权。这样既保了响应,又不至于让师傅觉得被系统拿捏。
再往下是爽约防控。我们上了接单信用分,连续两次确认后放鸽子就降权并冻结一天接单,三次直接清退。同时给师傅端加了路线预估,派单前先算到用户家的通勤,超过合理半径的单子不强行塞,免得师傅半路反悔。
最后是验收纠纷。维修完工最容易在"是否彻底解决"上扯皮。我们把验收拆成两步,师傅上传完工图,用户先确认到场和动工,隔二十四小时再做最终满意度评价,中间出了问题平台兜底。这个延时确认后来被证明是对的,很多隐性问题当天看不出来。
案例片段(已脱敏): 师傅端抢单锁定时长与释放配置(节选):
dispatch: grab_lock_sec: 900 # 抢单后锁定 15 分钟 grab_radius_km: 3.0 soft_assign_after_sec: 120 # 超过 2 分钟无人抢转软派单 recommend_hold_sec: 10 # 推荐单犹豫窗口 no_show_penalty: freeze_days: 1 ban_after: 3 # 累计 3 次爽约清退上线前三周日志片段:早高峰单量 142 笔,纯抢单转软派单 38 笔,爽约率由 11.8% 降至 6.3%。
整套机制跑满一个月后,接单响应中位数从四十二分钟压到九分钟,爽约率从百分之十一点八降到百分之六点三。到场准时率,也就是师傅在约定时段前后十五分钟内出现的占比,从七成出头提到九成二。一次完工通过率,即用户首次验收就确认无需返修的比例,稳定在八成七左右。
跨店结算这边,平台抽成自动入账,师傅提现 T加一到账,资金对账差异率维持在万分之三以内,没再出现人工对账对不上的情况。客诉里关于"等太久"和"师傅放鸽子"的占比,两个月内掉了将近一半。文中数据为项目复盘口径,均为示意值,非审计级精确数字。
我们当时最担心的师傅流失没有出现,反而因为抢单透明、好单抢得到,月活师傅数涨了约三成。倒是新人师傅前两周接单少的问题还在,靠软派单兜着,没有完全解决。
维修履约这门生意,供给侧比需求侧难管,先把师傅的技能和位置认准,再谈效率,顺序反了就推不动。抢单适合把人先聚起来,派单约束要后上,一上来就重管控只会把人逼回微信群。
信用分和爽约冻结比事后罚款有用,师傅在乎的是接单权,不是那点违约金。验收一定要留痕,而且最好做延时确认,很多维修问题是过一夜才暴露的,当天确认反而埋雷。看板别只给老板看,片区师傅的爽约和准时数据透明化之后,好的师傅会更在意自己的分。
回头看,这个项目最深的体会是先把供给侧认准再谈效率,顺序反了推不动。师傅信用分和延时验收这两招,比任何花哨功能都管用,是我们用真实的爽约和纠纷换来的,不是拍脑袋定的。