聚合配送
商城或小程序来了一张配送单,店员要先把收货人、电话、地址抄下来,再打开第三方跑腿平台重下一单,等骑手接单后还得回系统里补状态。单量一多,抄错门牌号、漏填备注、忘记跟进的情况就出来了。聚合配送把这一步收进系统内部:配送需求和商品信息直接带过去,多家运力同时报价,挑一家发起,骑手接单和送达的进度再回到系统里看。
一、功能说明
| 能力 | 说明 |
|---|---|
| 一键发起配送 | 订单产生配送需求后,在系统内直接发起,不再手工把收货信息录入其他平台 |
| 多运力比价 | 同一单同时列出多家第三方运力的报价和配送距离,按价格和时效挑选 |
| 配送进度回传 | 创建订单、骑手接单、骑手到店、骑手取货、送达等节点在系统内可见,各节点带时间 |
| 骑手信息查看 | 接单后显示骑手姓名与联系电话,方便门店与顾客沟通 |
| 取消配送与轨迹 | 顾客自取、订单取消或发错运力时,可在系统内取消发单,也可查看配送轨迹 |
二、适用场景
门店运力不够用。 现烤、蛋糕这类要按时间送达的商品,门店自己的配送人手经常排不开。用聚合配送把订单交给第三方骑手,门店只负责出货和打包,不用再养一支随时待命的配送队伍。
多平台单子集中处理。 商城、小程序、外卖平台都会产生配送需求,如果每张单都去对应平台重下一遍,店员要在几个界面之间来回切换。聚合配送把配送动作统一放在订单所在的系统里完成,减少重复录入,也减少因为抄写造成的地址、电话错误。
配送费用要能对比。 同城运力的报价差异不小,同一单不同平台可能差几块钱。发单前把几家的报价和距离摆在一起,日常单量大的门店按报价挑选,配送成本才有得谈;月底复盘时也能看出哪类订单用哪家更合适。
三、使用要点
- 发单前先确认收货信息完整。 收货人、电话、详细地址、期望送达时间缺一项,骑手到了也送不出去。地址要写到门牌或楼栋,只写小区名会在派单后被骑手退回。
- 报价和距离一起看。 只看价格容易选到距离远、取货慢的运力,蛋糕这类对时间敏感的商品尤其明显。报价低但配送距离长的,实际送达时间不一定短。
- 商品备好再发单。 骑手到店等待的时间会计入配送时长,也会影响骑手评分。打包完成、核对完商品再发起,避免骑手在店里干等。
- 接单后核对骑手与订单。 骑手姓名、电话、取货时间要在系统里核对一遍,遇到骑手走错门店或取错单,第一时间联系而不是等顾客投诉。
- 取消要及时,原因要留痕。 顾客改成自取、订单退款或发错运力时,先在系统里取消配送再处理订单,不要让两边状态各走各的;取消原因记下来,才能看出是顾客变更还是门店操作失误。
- 配送异常单独统计。 超时、破损、拒收、地址错误的单子按原因归类,才能判断是运力选择问题、打包问题还是下单环节的信息问题。
四、与其他功能的关系
| 环节 | 对应功能 |
|---|---|
| 配送单来源 | 线上订单 |
| 可配送商品维护 | 外卖商品、分店外卖商品 |
| 门店配送范围 | 配送线路 |
| 预订与配送看板 | 订单中心 |
| 配送后的售后 | 外卖订单退款 |
| 线上业务开通 | 开通与同步链路 |
五、验收清单
| 检查项 | 通过标准 |
|---|---|
| 收货信息带出 | 发起配送时收货人、电话、地址自动带出,无需二次录入 |
| 多运力可见 | 同一单能看到至少两家运力的报价与配送距离 |
| 状态回传 | 骑手接单、到店、取货、送达节点在系统内可见且带时间 |
| 骑手信息 | 接单后能查到骑手姓名与联系电话 |
| 取消闭环 | 取消配送后订单与配送单状态一致,不出现单边挂单 |
| 费用可核 | 每单配送费能按订单查到,便于与运力账单核对 |
六、常见问题
发单后没有骑手接单,怎么办? 先看该单的配送距离和报价是否超出运力接单范围,再换一家运力重新发起。高峰期加价或延后取货时间也能提高接单概率。原来的发单要先取消,避免两家骑手同时到店。
顾客临时改成到店自取,配送费还退吗? 按运力平台的取消规则处理。骑手未接单时取消通常不产生费用,已接单或已取货的要按平台规则结算。系统里先把配送取消、再改订单,两边状态才不会冲突。
系统里的配送状态和骑手实际进度不一致,怎么排查? 先确认骑手是否在运力平台侧改过单,再看系统与运力的对接是否正常。状态回传依赖接口,长时间不同步时以运力平台为准,同时把这一单记下来反馈,避免后续对账和客诉时说不清。
功能发布:功能分享2024年8月第3期
