家政上门资格与区域匹配：派单前别临时换人

这个案例来自 餐饮与本地生活 场景。

真实现场

家政到家服务里，
客户最在意的往往不是平台有没有人，
而是来的那个人是不是一开始确认过的那个人。

一单深度保洁、育儿嫂临时替班、老人陪护、家电清洗，
表面上都是上门服务，
实际背后绑着很多前置条件：

阿姨或师傅有没有对应资质
服务类型是否在其可接范围内
客户地址是否落在服务区域
预计交通时长是否会压缩服务时间
客户是否有性别、经验、宠物、老人小孩照护等特殊要求

很多平台出问题，
不是因为完全没人可派，
而是派单前只看“这个时间有没有空”，
等临近上门才发现资质、区域或客户要求对不上，
最后只能临时换人。

客户看到的是“平台又换了一个陌生人”，
调度看到的是“明明有人在线却不合适”，
阿姨和师傅看到的是“临时接到一单赶不过去”。
这类断点一多，服务体验很快就被消耗掉。

为什么家政上门派单容易临时换人

家政派单不是简单的人和订单匹配。

同一位阿姨可能擅长日常保洁，
但不接高空擦窗；
同一位师傅能做油烟机清洗，
却不能做带电拆装；
同一个小区看起来在服务城市内，
实际跨江、跨区或进出门禁耗时很长。

再加上客户备注经常写得很细：

家里有猫，要求不怕宠物
老人独居，要求有陪护经验
需要女性阿姨
不能迟到，电梯预约只有一个窗口
指定上次服务人员，或明确排除某位人员

这些条件如果分散在订单备注、人员档案、区域表和调度群里，
平台很容易在派单时只命中一部分条件。
真正的风险不是没有规则，
而是规则没有在派单前同时跑一遍。

原来的处理方式为什么总在派单前才临时换人

1. 资质和服务类型分开看

调度先看人员是否有空，
再翻档案确认会不会做。
遇到细分项目时，
很容易把“做过类似服务”当成“这次有资格承接”。

2. 区域只看行政范围，不看实际到达

系统里显示同城同区，
但真实交通可能要 70 分钟。
如果前一单延迟，
下一单就会在路上被拖崩。

3. 临时换人没有影响评估

一线为了不爽约，
常常先补一个能去的人。
但新人是否满足客户特殊要求、是否需要重新确认、是否会影响回访评分，
往往到了客户门口才暴露。

改造前的旧流程

flowchart TB
    A[客户下单并填写服务要求] --> B[调度查看空闲人员]
    B --> C[人工翻资质 区域和备注]
    C --> D{临近上门才发现不匹配?}
    D -->|是| E[临时换人或改约]
    D -->|否| F[继续派单]
    E --> G[客户信任下降 调度反复救火]
    F --> H[服务完成但过程不可追]

派宝怎么把“有人能去”判成“这单适不适合派”

派宝做的不是替平台决定录用谁，
也不是替平台做最终派单。
它只在派单前把条件、范围、窗口和影响先算清楚，
让调度拿到更稳的判断依据。

1. 先做资格条件判定

系统会把人员档案、证照状态、培训记录、可接项目和当前排班拉到一起，
先判断这位阿姨或师傅是否具备承接本单的基础资格。

派宝会重点看：

证照或平台认证是否有效
服务类型是否在可接清单内
是否存在暂停接单、投诉观察或黑名单限制
是否需要补材料后再进入候选池

输出不是“派谁”，
而是“这批候选人里哪些符合，哪些不符合，差在哪一项”。

2. 再校验区域和实际到达范围

资格通过后，
派宝继续核验客户地址、服务区域、交通时长和前后单间隔。

它会区分：

行政区域命中但交通不稳
服务半径命中但门禁或停车耗时较高
当前时间段可达，晚高峰不可达
跨区可接但需要提前确认加价或改时段

这样调度看到的不是一个模糊的“可派”，
而是当前订单是否真正落在可服务范围内。

3. 最后判断临时换人窗口和影响

当候选人请假、前一单超时或客户新增要求时，
派宝先判断当前是否还处于可变更窗口。

如果仍可调整，
系统会提示需要同步哪些对象：客户、原服务人员、新服务人员、客服和回访。
如果已经临近上门，
派宝会标出换人影响：是否需要客户确认、是否可能迟到、是否影响指定人员承诺、是否需要主管复核。

最终动作仍由平台调度决定，
但临时换人不再是拍脑袋补位。

改造后的流程

flowchart TB
    A[订单要求 人员档案 区域规则和排班进入系统] --> B[资格条件判定能力<br/>判断阿姨或师傅是否具备承接本单资格]
    B --> C[适用范围命中校验能力<br/>核验服务类型 地址区域和交通时长是否命中]
    C --> D[变更窗口判断能力<br/>判断临时换人是否仍在可调整窗口]
    D --> E[影响范围评估能力<br/>评估换人对客户承诺 到达时间和后续回访的影响]
    E --> F[任务提醒能力<br/>提醒调度 客服和服务人员完成确认]
    F --> G[操作留痕追踪能力<br/>记录判定依据 变更动作和确认过程]
    G --> H[派单前边界更清楚 临时换人更少]

上线后的变化

上线后，
平台最明显的变化不是“系统自动派单更快”，
而是调度终于能在派单前看清楚：

谁有资格接
哪些区域真正可达
哪些客户要求必须满足
现在换人还来不来得及
换人会影响哪些承诺

连续运行 6 周后，
家政团队发现，
临近上门前的换人明显减少，
客服解释成本也下降了。
客户收到的确认信息更稳定，
服务人员也少了很多“临时被叫去救场”的单。

更关键的是，
每一次判定和变更都有留痕。
后续如果发生迟到、投诉或差评，
团队可以回看当时是资质不匹配、区域判断偏差，
还是客户要求在最后一刻发生变化。

上线前后对比

对比项	改造前	改造后
派单前资质核验	靠人工翻档案	系统先给出资格结论和缺项
服务区域判断	主要看行政区	同时校验区域、半径和交通时长
客户特殊要求匹配	容易散落在备注里	作为派单前条件统一校验
临时换人处理	先补人再解释	先判断窗口和影响范围
调度协调耗时	较长	缩短约 `39%`
换人引发的投诉	常见	明显下降
过程追溯	依赖聊天记录	判定、提醒和确认全程留痕