Cibuscibus.
Rider(外送调度工具)

把配送层掌握在自己手中。

通过互联的骑手工作流程,统筹 Storefront 配送订单。查看任务分派、取餐与送达状态、可用的配送凭证与顾客状态更新,并让配送任务与相应的 Cibus 订单保持关联。

Rider · 派单 · 服务进行中
地图看板骑手
派单看板
取餐任务
可取餐
已指派任务
已指派
进行中任务
配送中
已完成任务
已送达
配送路线 · 所选任务
餐厅
骑手 · 在途
送达点
路线状态
Rider 应用 · 进行中
取餐
Rumah Rempah
送达
顾客地址
已到达取餐导航送达
送达确认 · 已设置的凭证
Storefront 订单KDS 就绪状态Rider 派单顾客状态视图与订单关联的配送记录
配送运营示意
派单派单视图

在同一工作台中查看任务分派与配送状态。

状态任务检查点

取餐与送达的背景信息,随配送任务一同保留。

凭证送达确认

已设置的凭证可与订单记录关联。

订单订单记录

配送任务与 Cibus 订单工作流程保持互联。

问题所在

配送一旦脱离餐厅系统,就会处处脱节。

多数自营配送业务,都是靠电话、WhatsApp 群组、打印小票、人工指派司机与各自独立的追踪工具拼凑起来的。这样一来,很难掌握哪些订单已备好、订单在谁手上、是否已送达,以及有哪些任务记录可供查阅。Rider 让配送与 Storefront、KDS、Admin 管理后台、支付以及顾客订单记录保持互联。

缺少互联配送层时
  • 配送订单出现在另一台独立的平板上
  • 厨房打印的出单与派单彼此脱节
  • 经理在 WhatsApp 上发信息给司机
  • 顾客致电餐厅询问订单进度
  • 送达证明缺失或前后不一
  • 收入靠电子表格人工对账
使用 Cibus Rider
  • Storefront 订单生成配送工作流程
  • KDS 中的厨房状态,为派单就绪情况提供依据
  • 骑手接受邀约任务,或接收指派任务
  • 顾客追踪状态从同一笔订单更新
  • 已设置的交付凭证随配送任务一同保留
  • Admin 管理后台提供配送运营视图
端到端流程

从直接订单到送达确认。

  1. 01
    Storefront 订单
  2. 02
    厨房备餐
  3. 03
    就绪待派单
  4. 04
    已指派骑手
  5. 05
    取餐已确认
  6. 06
    送达已确认
  7. 07
    配送记录已更新
派单

为真实营业压力而设的派单看板。

Rider 为经营者提供按状态划分的配送任务派单视图:未指派、已邀约、已接受、取餐中、配送中、已送达或已标记问题。经理可从任务看板上查看需要关注的事项。

派单看板 · 运营视图
中性状态标签
新任务
新配送任务
Storefront · 配送
未指派
可取餐
取餐任务
Storefront · 配送
已邀约
已指派
已指派任务
Storefront · 配送
已接受
配送中
进行中任务
Storefront · 配送
在途
已送达
已完成任务
Storefront · 配送
已确认
已标记问题
已标记任务
Storefront · 配送
问题备注
Rider 应用

为骑手而设的简洁移动工作流程。

骑手需要的是专注的移动工作流程,而不是一整套餐厅管理系统。Rider 呈现任务邀约或指派、进行中的配送详情、导航跳转,以及取餐与送达状态。收入、结算与支持相关视图,视相应市场的已设置部署方案而定。

Rider · 任务邀约
新配送任务
新邀约
取餐
Rumah Rempah
送达
顾客地址
报酬
显示报酬金额
拒绝接受
Rider · 进行中的配送
进行中
配送任务
取餐已确认
在途
送达已确认
导航确认送达
Rider · 送达确认
送达确认
配送任务
交付
问题备注
凭证
已设置的凭证预览
确认已记录
送达证明

让交付背景信息随配送任务一同保留。

Rider 可将取餐、送达与已设置的配送凭证,与相应的 Cibus 订单保持关联。可用的凭证类型、访问权限与保留安排,会针对相应部署方案记录在案。

订单记录
线上订单 · 配送记录
确认已记录
  • 取餐已确认
  • 送达已确认
  • 配送凭证已设置
  • 审核状态可查阅
  • 问题备注无记录
取餐、送达与可用的配送凭证,与相应的 Cibus 订单保持关联。
取餐检查点
取餐状态与配送任务保持关联。
送达检查点
送达状态与配送任务保持关联。
配送凭证
可用的凭证视已设置的工作流程而定。
交付背景信息
记录已设置的交付状态与备注。
配送备注
为任务记录相关背景信息。
时间背景
显示已记录检查点的可用时间信息。
问题备注
骑手可标记并描述问题。
Admin 可见性
已设置的配送记录,可供运营审核查阅。
顾客追踪

为顾客提供互联的配送状态视图。

已设置的 Rider 状态,可通过顾客订单体验对外呈现,包括已接单、已备餐、已取餐与配送途中等状态。可显示的详细程度与更新频率,视部署方案而定。

Rider · 顾客追踪
Rumah Rempah
您的订单正在配送途中
配送状态
已接收订单
厨房备餐中
可取餐
已指派骑手
已取餐
配送途中
已送达
同一份订单记录
追踪状态对应的,正是厨房所处理的同一笔 Cibus 订单。
状态背景
面向顾客的状态可反映已设置的配送事件。
自助查看
顾客可在订单体验中查看可显示的进度。
品牌化体验
状态保留在餐厅自己的 Storefront 流程之内。
配送区域

为每家门店定义配送范围。

在设置阶段,查看餐厅所在市场与商业范围内可用的服务区域、订单规则、配送费、服务时段与派单政策。

配送区域
区域 · Central
生效中
  • 服务区域已定义多边形范围
  • 最低订单金额已设置
  • 配送费已设置
  • 可用时段服务时间
  • 骑手符合条件的骑手
配送范围
按门店查看可用的服务区域选项。
服务区域规则
确认相应市场可用的区域行为设置。
订单规则
记录受支持的最低订单金额与资格规则。
配送费
在商业范围内定义适用的费用处理方式。
服务时间
查看可用的服务时段与前置时间设置。
骑手可用性
设置受支持的派单与可用性规则。
经营者审核
查看需要人工介入的任务。
问题处理
让配送异常保持可见,便于后续跟进。
收入与报表

结合相应背景,查看骑手与配送记录。

Rider 让配送工作对骑手与经营者保持可见。可用视图可包括任务状态、收入或结算记录、问题记录与送达确认;具体字段视已设置的市场与工作流程而定。

骑手收入 · 摘要
收入记录
按骑手、按周期
中性预览
已完成配送任务
收入记录(如已设置)
小费记录(如已设置)
结算状态(如已设置)
收入与结算视图,视已设置的市场与商业工作流程而定。
管理后台 · 配送运营
配送运营
可用范围因部署方案而异
中性预览
按状态划分的任务
订单关联
骑手指派
问题记录
确认状态
配送范围
Rider 功能一览

为餐厅自营配送提供已设置的工具。

01
Rider
  • Rider 应用
    为路上的骑手提供原生移动工作流程。
  • 接受 / 拒绝
    骑手可接受或拒绝获邀约的任务。
  • 收入记录
    已设置的部署方案可提供按骑手划分的配送摘要。
02
派单
  • 派单看板
    按状态指派、排队与改派配送任务。
  • 状态与路线背景
    查看配送状态与可用的路线背景信息。
  • 配送范围
    查看可用的服务区域、订单规则与费用设置。
03
运营
  • 送达确认
    让已设置的交付凭证随配送任务一同保留。
  • 问题处理
    标记、备注并解决配送异常。
  • Admin 报表
    配送运营情况可在 Admin 管理后台中查看。
掌控最后一公里

不是一个各自独立的配送应用,而是与订单记录互联的派单。

在原始 Storefront 订单的背景信息中,查看任务分派、取餐与送达状态、可用的配送凭证与骑手活动。

服务进行中

一笔外卖配送订单,从开始到结束。

顾客通过 Storefront 下达配送订单。厨房在 KDS 中备餐。订单就绪后,配送任务通过 Rider 指派。骑手更新取餐与送达状态,可显示的顾客状态会呈现在点餐体验中,已设置的送达确认可出现在 Admin 运营记录中。

情境示意
常见问题

Rider 常见问题解答。

Rider 是第三方外卖市场平台吗?

不是。Rider 是与 Cibus Storefront、订单及厨房工作流程互联的餐厅配送运营产品,不会将多家餐厅集中上架,供消费者在外卖市场平台上进行发现与浏览。

让配送与餐厅的其余环节连接起来。

了解派单、配送状态、已设置的凭证与骑手工作流程,如何将 Storefront 订单与相关的 Cibus 运营背景信息连接起来。