家政服务预约派单小程序：地址距离派单与服务过程留痕

订单靠客服在群里喊，谁离得近、谁有空全凭客服记忆；服务质量纠纷发生时没有过程记录，只能各说各话；服务人员的工时与提成靠月底人工统计。

客户下单后系统按服务地址与服务人员当前位置、技能标签、当日排期给出派单建议，调度员确认后下发。服务人员到岗扫码或定位打卡，服务前后各上传一组照片，完成后客户确认。工时与提成按订单自动汇总，月底直接导出。

背景

这是一家在杭州提供保洁、月嫂、家电清洗等服务的家政公司，服务人员分布在多个城区。原有调度方式是客服在微信群里发单，服务人员抢单或客服点名指派。这种方式在单量小的时候可行，单量上来之后问题集中在三点：派单不合理导致跨区跑单、服务过程无记录、工时统计耗时。

需求形态

公司方希望「有个派单系统」。评估时把三个问题拆开看，发现派单只是其中一个，而且不是最紧迫的——最紧迫的是服务过程留痕，因为纠纷发生时公司完全无法自证。因此实施顺序调整为：先做下单与过程留痕，再做派单建议算法，最后做工时与提成汇总。

方案

三个角色端都在同一个小程序内，按登录身份进入不同界面。客户端：选服务类型、选时段、填地址、下单支付、服务完成后确认并评价。服务人员端：接收派单、导航到地址、到岗打卡、上传服务前后照片、提交完成。调度端：查看待派订单与人员分布，系统给出按距离与技能匹配排序的候选人，调度员确认后下发，也可手动指定。

服务过程留痕的设计要点是时间与位置一并记录：打卡时记录时间戳与定位，照片带拍摄时间，客户确认动作单独留痕。这些记录在纠纷处理时是双方共同可见的事实基础。位置信息的收集范围与用途在客户端与服务人员端都做了明示告知。

交付

交付小程序端源码（含三个角色界面）、Web 管理后台源码、后端服务源码、数据库结构、部署文档与三套操作手册。上线后第一周由我们的工程师配合客服一起跟单，处理实际使用中的边界情况，共调整了 4 处交互细节。

复盘

客户提出的需求顺序不一定等于价值顺序。这个项目里派单算法是客户最想要的，但过程留痕才是最紧迫的。把实施顺序调过来之后，第一期上线就解决了最痛的问题，派单建议在第二期上线时也因为有了真实数据而更准。

本案例为按典型项目形态整理的示例，不涉及任何真实客户信息。