自配送商户最常卡在四件事上
订单散在多个后台
美团一个后台、饿了么一个后台,店员来回切换,高峰容易漏单。
发单全靠人工判断
这单自己送还是发三方?价格与时效凭经验,缺少统一规则。
骑手状态看不见
骑手在途、已取货、快超时全靠问,客服无法及时答复顾客。
成本算不出来
自配送到底比平台专送省多少,没有数据支撑决策。
聚发单在门店侧的落地方式
门店绑定与订单汇总
把各平台门店与聚发单门店做绑定,订单自动回流,一个后台看全部待配送订单。
配置发单规则
设置自营运力优先、高峰转三方、深夜自动加价等规则,系统按规则自动执行。
骑手排班与派单
按门店与时段排班,系统按距离与负载派单,骑手 App 打卡取货、送达上报。
成本核算与复盘
按门店、骑手、渠道统计单量与运费,对比专送报价,形成可执行的调整建议。
商户端与调度台配合
- ✓多门店管理:总部 / 区域 / 门店三级,权限与账目各自独立
- ✓出餐联动:支持拣货、出餐完成后再触发发单,减少骑手空等
- ✓时效 SLA:按商圈设置承诺时效,超时自动预警并推送责任人
- ✓异常留痕:取送拍照、轨迹与异常工单留存,客诉可追溯
- ✓成本报表:单均配送成本、三方占比、赔付金额一表看清
| 对比项 | 平台专送 | 聚发单自配送 |
|---|---|---|
| 订单入口 | 各平台分别处理 | 一个后台统一处理 |
| 配送规则 | 平台统一规则,不可配置 | 自有规则,按门店与时段配置 |
| 运力选择 | 只能用平台运力 | 自营 + 众包 + 三方比价 |
| 过程可见 | 仅平台侧可见 | 自有系统全程轨迹与预警 |
| 成本 | 按平台佣金计费 | 可核算并持续优化 |
聚发单对自配送商户的实际帮助
午晚高峰两三个平台同时来单,店员在多个后台之间来回切换。
- 卡点
- 高峰漏单、出餐与取货不同步
- 做法
- 多平台订单汇总一个调度台,按出餐状态触发发单
- 结果
- 漏单率下降,平均取货等待时间缩短
时效要求高、货品易损,对骑手操作规范要求远超普通外卖。
- 卡点
- 配送破损与超时引发退款
- 做法
- 指定专送骑手 + 时效预警 + 取送拍照留存
- 结果
- 赔付与差评减少,履约稳定性提升
订单集中在清晨与傍晚,自营运力常常不够用。
- 卡点
- 高峰期自有骑手运力不足
- 做法
- 自营运力优先,溢出订单自动比价转第三方运力
- 结果
- 高峰期不再拒单,运费成本可控
SKU 多、拣货时间长,骑手到店后干等是常态。
- 卡点
- 拣货慢导致骑手空等、运力浪费
- 做法
- 拣货完成再触发发单,骑手到店即取
- 结果
- 单位时间配送单量提升
对配送时效与责任追溯有明确要求,需留痕可查。
- 卡点
- 责任界定难,异常订单无据可查
- 做法
- 全程轨迹 + 取送凭证 + 异常工单留痕
- 结果
- 投诉可追溯,处理有依据
夜间运力稀缺,发单常无人接、加价无标准。
- 卡点
- 深夜发单无人接,临时加价没规则
- 做法
- 夜间运力池 + 自动加价与保底发单规则
- 结果
- 夜间发单成功率提升,加价有据
| 环节 | 没有聚发单 | 接入聚发单后 |
|---|---|---|
| 接单 | 多平台后台逐个查看,人工抄单录单 | 订单自动回流,一个调度台统一处理 |
| 发单 | 逐个运力平台手动询价下单 | 按价格与时效自动比价,择优或自动发单 |
| 骑手 | 微信群派单,进度靠打电话确认 | 系统派单 / 抢单,实时轨迹与超时预警 |
| 异常 | 取货超时、配送延误事后才发现 | 异常自动告警,改派与申诉在线闭环 |
| 对账 | 各平台账单手工核对,容易漏算 | 按门店、骑手、渠道自动统计并导出 |
| 成本 | 无法判断自配送是否真的更划算 | 单均配送成本可核算,支持策略调整 |
品牌商户关心的几个问题
只有两三家门店,适合用聚发单吗?
适合。门店数量少的时候,多平台订单汇总与自动发单带来的效率提升同样明显,而且可以先用 SaaS 方式试用,验证自配送成本模型后再决定是否扩大自有骑手规模。
自有骑手和第三方运力可以同时用吗?
可以。聚发单支持自营运力优先、溢出订单自动比价转第三方运力的策略,也可以设置高峰时段或特定商圈走三方、平峰走自营,规则在后台按门店配置。
自配送的订单状态能同步回平台吗?
通过官方合作接口对接后,接单、取货、送达等状态可按平台要求回传,帮助门店维持平台的履约指标。具体可回传的状态以平台当前接口能力为准,接入时由对接人确认。
切换自配送需要停业改造吗?
不需要。聚发单在原有平台店铺之外独立运行,门店可以先拿部分订单或单个门店做试点,跑通流程后再逐步扩大范围,整个过程不影响正常营业。
提交门店情况,我们给出自配送测算
告诉我们门店数量、日单量与现有配送方式,顾问会给出可对比的成本测算与上线路径。