Appearance
人员鉴定与家政广场运营说明
适用角色
本说明适用于门店负责人、辖区站长、标准人员和平台运营。
门店操作
- 在“服务人员”进入招工海报,向人员展示本店招工码。
- 在“本店人员”查看历史录入和扫码提交人员,可查看简历或联系人员。
- 在“省内员工”查看本省已鉴定人员。
- 页面分别显示“本店人员”和“可派标准人员”:前者是可见档案数,后者是当前具备标准单资格的人员数。
门店不可执行标准人员审核、上下架、冻结、离职或编辑。需要修改已下架人员资料时,联系负责该地区的站长处理。
人员较多时,可输入姓名或手机号搜索,也可使用“全部地区”和“全部工种”按实际接单区域、服务工种筛选。点击“重置”恢复当前视图全部人员。顶部“标准单(人数)”为当前门店所在省份全部已鉴定人员数,不随筛选变化。
历史录入人员缺少鉴定、工种能力、接单区域或员工池资格时,统一归入站长“已下架”视图,不再显示“待补资格”。全国标准单员工池是唯一派单人员来源:人员资料补齐并由站长手动上架后,才按可服务区域和服务工种参与分配。云平台候选资料或门店历史档案不等于已经入池,不得把候选人数解释为可派人数。
同一手机号在省内按一个人员身份处理,可以关联多家门店。只要该身份已审核上架,各关联门店统一显示“已通过”;服务区域取最后一次有效填写结果。
门店标准单招工码或招工海报提交并形成标准员工档案后,门店积分日结按“标准单员工上架”计算;通过新人判定的人员为 10 分,非新人记 0 分并保留核验记录。三嫂阿姨直接录入仍按三嫂员工上架规则处理,新人 5 分。
2026 年 8 月 21 日经运营确认执行一次历史档案上架:仅处理云平台详情中“服务工种”和“可服务区域”均有明确值、人员状态正常且允许抢单的档案。接单地区完全沿用原“可服务区域”,历史默认工种值不作为依据;同手机号已有可派身份时不重复上架,多条待补档案只保留区域更完整的一条。该批次命中 17 条档案,排除 5 个已有可派身份和 1 条重复待补档案后,新增 11 个可派身份并保留鉴定、能力和批次审计。后续人员仍按正式入驻和鉴定流程处理,不自动套用本批次。
员工账号与登录
- 人员扫描招工海报后,在资料页使用微信“快速获取”录入本人手机号,并继续填写身份、工种和服务区域等资料。
- 云平台“服务人员”列表是员工账号基础库。手机号已有服务人员账号时,扫码资料直接绑定原账号,不重复创建;确实没有账号时才创建新账号。
- 提交成功时,系统把扫码填写的工种、全部产品能力和服务区域同步绑定到该账号,不需要员工再次申请。
- 原本正常上架的服务人员保持可用;新创建或已驳回重新提交的账号处于待鉴定状态,系统按首个服务区域所属省份和所选工种路由给对应负责人,绑定资料暂不参与派单。
- 站长鉴定通过后,人员先进入“已下架”;站长再次核对并手动点击“上架”后,扫码绑定的能力和区域才生效。员工随后可在微信小程序登录页选择“员工接单端”,点击“手机号快速验证”登录。
- 普通员工下架后,手机号快捷登录和新订单资格立即停止;重新上架后,同一账号及原扫码绑定资料恢复使用。已启用的站长不受本人员工档案上下架影响,仍可登录员工端管理辖区业务,但本人下架期间不能以普通员工身份抢新单、代客下单或进入派单候选。
站长登录及标准人员管理权限统一依赖云平台“全国标准单 > 省级负责人配置”的启用绑定。运营停用该绑定后,下架站长的登录、审核、补资料、上架和下架权限立即失效;不需要再单独维护鉴定站点配置。
启用省级负责人后,系统同时开通员工接单端和门店管理端,并免费开通到家版本,无需购买或续费;到店版本仍按原购买状态和期限执行。负责人从员工端首次登录也可直接切换到门店管理端。更换负责人后,原负责人下一次请求即关闭站长免费到家权限并恢复普通账号规则:系统自动创建的门店账号停止使用,原有独立门店账号和自行购买的版本仍按原期限保留。H5 与微信小程序均展示手机号快捷验证入口;微信手机号授权能力仅在微信小程序内生效。
注册时选择的工种会直接绑定,无需重复申请;“我的 > 可服务产品”固定展示保洁、搬家、维修三个工种。员工可以继续申请其他工种,申请按当前服务省份和目标工种进入对应站长审批。一个人可以同时通过多个工种,人员上架后可在同一页面直接修改服务城市或区县,保存后立即替换当前接单区域并同步派单。缺少完整入驻工种资料的历史人员仍由辖区站长补齐。
手机号授权必须使用员工本人微信操作。若授权手机号与入驻资料手机号不一致,系统不会登录到其他手机号的账号,需使用入驻时的手机号重新授权或联系平台核对资料。
站长鉴定
- 先在云平台“全国标准单 > 省级负责人配置”确认站长的省份、工种及启用状态。省份或工种任一不匹配,该人员不会出现在该站长的待鉴定列表。
- 站长进入门店端“服务人员”的“待鉴定”视图。
- 核对身份资料、扫码工种、同步产品能力、服务区域和来源门店。
- 资料完整且与实际情况一致时选择通过。
- 资料缺失或不一致时选择驳回,并填写可执行的修改意见。
列表没有某地区人员时,先确认人员首个服务区域所属省份和工种,再核对当前账号是否正是该省该工种的启用负责人。其他省份、其他工种及旧鉴定站点账号均不会看到该人员。
地区显示与补录
人员卡片上的归属地区与“接单区域”不是同一项资料。归属地区用于人员鉴定、辖区权限和省内人员展示;接单区域用于判断员工可以承接哪些地区的订单。接单区域正常,不代表归属地区已经补齐。
新扫码人员按填写的首个服务区域生成鉴定省份,不再依赖来源门店地区。历史人员若没有服务区域,仍可能显示“地区待补录”,由站长在“已下架”补齐资料后手动上架。
历史人员日常补录优先使用本人已有服务区域;缺少服务区域时不得直接按姓名或其他不可靠信息猜测归属。2026 年 8 月 21 日一次性历史档案上架按运营确认,以人员原有“可服务区域”生成该批次的鉴定地区和正式接单地区;不扩大到缺少明确服务工种或可服务区域的人员。
站长下架
- 在“省内员工”或“本店人员”找到需要停止接单的人员。
- 仅当该人员属于本人当前最细管理辖区时,卡片显示“下架”。
- 点击“下架”,填写明确原因并确认。
- 下架成功后人员不能抢新订单,也不能被人工派发新订单;已有履约订单继续按原流程处理。
下架不会删除人员简历、工种和接单区域。普通门店看不到下架按钮;已下架、待鉴定、已驳回或由更细辖区站长接管的人员也不显示下架按钮。
站长重新上架
- 站长进入“服务人员”的“已下架”视图。
- 资料不完整时点击“补资料”,补齐姓名、手机号、身份证、性别、现住址、服务工种和至少一个服务地区。
- 保存资料后人员继续保持下架;服务地区只能选择本人当前最细管理辖区。
- 确认资料无误后点击“上架”,可填写上架原因(选填)。
- 上架会同步启用鉴定、工种能力、服务区域和标准派单池,人员恢复自行抢单和被辖区站长派发新订单的资格。
已下架视图只对站长开放。普通门店看不到该视图,也不能通过接口补资料或上架。当前停用或缺少完整派单资格的人员统一归入已下架,不再使用“待补资格”状态。
站长派单和员工抢单
- 站长进入员工端“家政广场”,只查看本人负责省份和工种内订单。
- 点击“派给员工”,从区域、工种、能力和档期匹配候选中选择员工。
- 员工在“待接单”确认后继续履约。
- 普通员工进入同一广场时,只看到本人匹配订单,可点击“立即抢单”。
- 员工抢单成功后直接进入“待服务”。
同一手机号关联多家公司时,员工可以继续使用当前公司身份进入员工端。系统会自动使用该手机号下已审核上架且资格完整的标准派单身份展示已绑定工种和生效区域、保存本人区域变更,并筛选和承接订单;当前公司名称不因此改变。
门店端不展示标准单,也不能抢标准单或派标准单员工。提示“订单已被处理”时刷新列表,不重复提交新的请求。
站长在“我的队员”打开员工能力面板,只能看到和处理本人负责的工种。员工申请其他工种后,由该省对应工种站长通过、驳回或要求补充资料。每个工种独立上架和下架:下架某一工种只停止该工种接单,其他已上架工种继续正常接单。人员卡片只展示已开启工种数量,具体状态在“能力与区域”内逐项查看和操作。当前省份缺少目标工种站长时需先联系运营补配置。
异常处理
| 现象 | 处理方式 |
|---|---|
| 普通门店看不到省内员工 | 检查门店地区是否待补录,必要时由平台补录 |
| 人员卡片显示“地区待补录”但接单区域正常 | 新扫码人员刷新后应按首个服务区域生成鉴定省份;历史人员由运营或辖区站长核对服务区域后补齐,不按来源门店猜测 |
| 站长看不到待鉴定人员 | 检查全国标准单省级负责人绑定是否启用,并核对人员首个服务区域所属省份、服务工种是否同时与绑定一致;来源门店不决定鉴定归属 |
| 鉴定操作提示状态已变化 | 刷新列表,核对是否已由其他站长或平台处理 |
| 本店原有人员不在可派列表 | 由辖区站长进入“已下架”按姓名或手机号查询,确认缺失资料或资格 |
| 历史人员显示“已下架” | 可能是主动停用,也可能缺少鉴定、工种能力、接单区域或派单池资格;由辖区站长补资料后手动上架 |
| 补资料后仍显示“已下架” | 正常;保存资料不会自动启用,需站长复核后点击“上架” |
| 扫码提交后提示没有账号 | 按入驻手机号在“本店人员”查询;确认资料提交成功,账号会在提交时自动创建,待鉴定不代表未建账号 |
| 标准员工“可服务产品”显示三个工种 | 正常;注册工种直接绑定,其他工种保持未申请或显示各自审批状态,员工可按需提交申请 |
| 下架一个工种后其他工种也不能接单 | 先确认执行的是能力面板内“下架该工种”,而不是人员列表的“下架标准人员”;再分别核对各工种能力和派发池状态 |
| 已上架标准员工修改区域时提示身份归并 | 核对同手机号下是否至少有一条已鉴定上架且工种、区域、派发池均有效的标准身份;员工端应自动使用该身份直接保存区域,不再要求身份归并或区域审批 |
| 手机号快速验证提示未注册 | 核对微信授权手机号是否与入驻资料一致,再检查扫码资料是否提交成功 |
| 普通员工手机号快速验证提示账号已下架 | 账号尚未上架或已被站长下架;完成鉴定或重新上架后再登录 |
| 下架站长无法登录员工端 | 核对省级负责人绑定是否启用、绑定的员工手机号和员工档案是否一致;不要用鉴定站点配置代替省级负责人绑定 |
| 站长无法切换门店管理端 | 核对省级负责人绑定是否启用、手机号是否一致;绑定刚调整时退出后重新登录,仍异常时检查站长门店授权状态 |
| 原负责人更换后仍显示站长功能 | 刷新登录态并复查该手机号是否仍负责其他省份或工种;只要还有一个启用绑定,站长权限继续保留 |
| 站长看不到下架按钮 | 检查人员是否已通过且当前有效,并核对全国标准单省级负责人绑定的省份和工种 |
| 下架后仍有历史订单 | 已有订单不受下架影响;下架只阻止店长继续派发新订单 |
| 已下架人员看不到上架按钮 | 检查当前账号负责省份和工种是否与人员服务区域、服务工种同时匹配 |
| 重新上架后仍接不到新订单 | 核对工种、产品、服务区域和档期资格是否仍然满足派单条件 |
| 人员驳回后需要重提 | 按驳回意见修改并重新扫描提交,历史记录保留 |
| 员工看不到家政广场订单 | 核对员工上下架、接单开关、工种、产品能力、服务区域、休息日和档期 |
| 切换公司后原本可见的订单消失 | 先核对各公司档案手机号是否一致,再确认该手机号至少有一条已审核上架且具备工种、产品能力、服务区域和派单池资格的标准人员档案;无需删除或重建重复档案 |
| 站长看不到订单 | 核对站长省份和工种绑定,以及订单地址和标准工种 |
| 站长无法派员工 | 核对员工是否满足订单区域、工种、产品和档期条件 |
| 门店看不到标准单 | 正常;门店只负责标准人员招募 |
| 工种保存失败 | 核对员工服务省份是否在站长辖区,并确认目标工种已配置对应站长 |
上线检查
- 抽查省、市、区县各一名站长的权限边界。
- 分别使用同省不同工种、同工种不同省份的负责人查看待鉴定列表,确认均不可跨范围查看或审批;旧鉴定站点账号不得获得审批入口。
- 使用其他门店和其他站长的招工海报各提交一名人员,确认都按填写服务区域省份和工种进入对应负责人待鉴定列表。
- 鉴定通过后确认人员自动进入“已下架”且仍不能接单;站长手动上架后再核对员工状态、能力、服务区域和派发池全部启用。
- 分别使用上架和下架站长验证微信一键登录、微信手机号快捷登录及门店端身份切换;确认下架站长可管理辖区但本人不能接新单,停用省级负责人绑定后登录权限立即失效。
- 使用一名无门店账号人员设置省级负责人,确认自动获得双端权限和完整门店管理页面;更换负责人后确认自动账号停用、原有独立门店账号不受影响。
- 抽查已通过、待鉴定、已驳回及重新提交人员。
- 使用招工海报扫码,通过微信快速获取手机号并提交资料,确认系统按该手机号创建标准员工账号,并同步绑定扫码工种、全部产品能力和服务区域。
- 使用已上架标准账号及其同手机号其他公司身份分别修改一次城市或区县,确认都写入同一标准身份并立即显示为已生效;再核对新区域参与派单、旧区域不再参与派单。
- 分别验证待鉴定、已上架、已下架和重新上架账号的手机号快捷登录结果。
- 核对普通门店没有人员状态操作按钮。
- 分别用同省不同工种、同工种不同省份的负责人抽查下架权限,确认只有双重匹配者可操作,且下架后员工不再进入新订单候选。
- 使用对应省份和工种负责人抽查已下架视图和重新上架,确认上架后员工恢复新订单候选资格。
- 抽查姓名/手机号搜索、接单地区筛选和服务工种筛选,确认翻页前后口径一致。
- 抽查一名资格不完整的历史人员进入站长“已下架”,确认普通门店看不到管理入口且不能编辑或上架。
- 由辖区站长补齐资料,确认保存后仍下架;再手动上架,核对鉴定、工种能力、服务区域和派单池同时启用。
- 抽查同一人员既有历史档案又有扫码关系时只显示一次,并按扫码来源展示。
- 分别用自然标准单和员工开发码标准单验证支付后自动进入员工端家政广场。
- 用站长账号验证只看到负责省份和工种内订单,并可派给匹配员工。
- 用普通员工验证只看到本人区域和工种匹配订单,并可自行抢单。
- 用同手机号的不同公司档案分别进入员工端,确认当前公司展示正确,且广场列表、详情和抢单资格一致。
- 用门店负责人验证标准单不在门店广场,直接调用抢单和派单也被拒绝。
- 为一名员工申请第二工种并审批通过,确认两个工种均可独立匹配;再下架其中一个工种,确认另一个工种能力、派发池和订单匹配不受影响且审计完整。
- 核对员工开发归因、开发奖金和标准单服务奖金快照均未因入广场丢失。