Appearance
云平台服务人员资料管理
功能目标
云平台统一展示和维护服务人员的运营必要资料,帮助运营确认人员身份、门店归属、常驻城市、服务工种和可服务区域。常驻城市用于说明人员通常从哪里出发,可服务区域用于说明人员能够承接哪些省、市或区县,两者不能混为一项。
适用角色
- 平台运营:核对人员资料是否完整,处理城市或区域缺失。
- 派单运营:判断人员常驻位置与订单区域是否匹配。
- 门店运营:核对人员归属门店、状态和基础资料。
入口位置
进入“服务人员管理 → 服务人员”,可在列表查看姓名、手机号、所属门店、常驻城市、星级、服务次数和状态。点击“详情”查看完整运营资料。
编辑工种和服务区域
- 在服务人员列表选择目标人员,点击“修改”;也可以先打开详情,再点击“编辑”。
- 在“服务工种”中选择保洁、搬家或维修,可同时选择多个工种。
- 在“可服务区域”中选择省、市或区县,可同时选择多个区域。
- 核对姓名、手机号、所属门店和人员状态后保存。
- 重新打开详情,确认工种和区域与本次选择一致。
保存后,系统会同步更新该人员的工种能力、服务区域和标准单派发范围。未选择的原工种和原区域会停止用于后续订单匹配,历史订单和历史履约记录不受影响。
详情内容
| 信息组 | 展示内容 | 判断标准 |
|---|---|---|
| 基础信息 | 姓名、手机号、性别、年龄、所属门店 | 与人员本人及门店提交资料一致 |
| 工作信息 | 服务工种、用工类型、允许抢单、状态 | 服务工种与实际能力一致,停用人员不得继续安排服务 |
| 位置信息 | 常驻城市、常驻地址 | 表示人员日常出发位置,不代表全部可服务范围 |
| 服务范围 | 已提交的全部可服务城市和区县 | 以审批后的服务范围为准,允许同一人员覆盖多个区县 |
| 运营信息 | 星级、服务次数、邀请码、创建和更新时间 | 用于日常核对和问题追踪 |
页面不展示完整身份证号、银行卡和紧急联系人等敏感资料。确需处理实名、入网或结算问题时,应进入对应的受控业务页面核对。
信息生成规则
- 人员提交入驻资料时,系统优先根据常驻位置确定常驻城市。
- 常驻位置无法识别,且人员选择的服务区域全部属于同一城市时,系统可使用该城市补齐。
- 人员选择多个服务城市时,系统不猜测常驻城市,详情仍完整展示全部服务区域。
- 城市识别失败不影响人员资料保存,但运营需要根据人员实际情况补充常驻城市。
异常处理
| 现象 | 处理方式 |
|---|---|
| 姓名、门店或时间显示为空 | 刷新页面后重新打开详情;仍为空时记录人员编号并交技术排查 |
| 常驻城市为空、服务区域完整 | 先按服务区域处理业务,再向人员确认日常出发城市并补录 |
| 常驻城市与服务区域不同 | 允许存在;确认人员确实能够跨城市服务,不直接修改为同一城市 |
| 可服务区域为空 | 联系人员或门店补充区域申请,完成审批前不得作为区域派单依据 |
| 城市或地址明显错误 | 核实本人信息后通过编辑功能修正,不根据手机号或身份证地址猜测 |
| 工种或服务区域无法保存 | 确认至少选择一个工种和一个区域;行政区已停用时改选当前有效区域 |
| 保存后人员无法看到订单 | 核对人员状态、允许抢单、工种、服务区域和订单服务区域是否一致 |
运营配合
历史人员会按已有城市编号、常驻位置和同城服务区域逐步补齐。无法可靠识别的记录保持待补充,运营只处理明确确认的数据,不批量猜测多城市人员的常驻城市。
客户口径
对客户只说明“平台会根据服务人员的服务范围和实际安排匹配合适人员”。不对外展示人员常驻地址、内部状态、邀请码或资料补齐原因。
上线检查
- 抽查新提交人员,确认姓名、门店、性别、年龄和地址正常显示。
- 抽查单城市多区县人员,确认常驻城市和全部服务区县均可查看。
- 抽查多城市人员,确认服务区域完整且系统没有误猜常驻城市。
- 抽查历史人员,确认已能可靠识别的城市完成补齐,无法识别的记录保持为空。
- 确认详情页没有新增身份证号、银行卡等敏感信息。
- 编辑一名测试人员的工种和区域,确认详情和标准单候选范围同步更新。