校园最后一段配送 · 试运营

校门以外，楼下以内。

快递在驿站，外卖在校门。楼下见把最后一段路接上，送到宿舍楼下。

进入学生端演示看看怎么送

不进入寝室
暂不收费
异常人工处理

21:08⌁ 5G ◒

温

外卖代送骑手已取餐

进行中

校门交接点宿舍楼下

预计到达21:18

01预登记先占配送时段

02到达确认再通知校内骑手

只在指定交接点见面交付留痕，异常可追踪

01真实 HTML 界面，不是背景图里的假文字

EXPRESS × FOOD RELAY × CAMPUS OPS

向下探索

2条相互隔离的配送流程

3端共同完成一次交付

30min外卖预登记时间窗口

不是替代美团、饿了么或快递站。只把校园里最容易断掉的那段路接上。

TWO DOORS, ONE LAST MILE

两个入口，
接的是同一段路。

学生不需要学习一套复杂系统。选择眼前的问题，提交必要信息，剩下的交给三端协作。

01 / EXPRESS

快递代取

提交驿站和脱敏取件信息，选择配送时段。运营核验后，骑手整批取件并送到宿舍楼下。

取件信息脱敏
批次配送
楼下当面交付

查看学生端

02 / FOOD RELAY

外卖代送

先在外部平台下单，再登记预计到达时间。外部骑手到校后确认，校内骑手从交接点接力。

不做平台点餐
最多三袋微批次
两条业务不混批

查看预登记流程

THE HANDOFF

不是“帮我拿一下”，
是四次明确交接。

每一步都有状态，每一次变化都能回到责任人。学生不需要反复追问“到哪了”。

进入骑手端演示

01
SUBMIT
学生提交
选择服务、楼栋和时间窗口，只填写完成配送所需的信息。
02
VERIFY
运营核验
检查授权、时段容量和服务开关，错误信息不会直接流向骑手。
03
RELAY
骑手接力
按批次取件或取餐，状态从交接点一路更新到宿舍楼下。
04
CONFIRM
楼下确认
学生当面确认交付；遇到问题则进入异常处理，不用私下扯皮。

ONE DELIVERY, THREE VIEWS

一次交付，三端看见。

01STUDENT

学生端

下单、看进度、改时间、确认结果。

打开演示 ↗ 02RIDER

骑手端

看班次、接批次、更新交付、上报异常。

打开演示 ↗ 03OPERATIONS

运营端

管容量、排班、订单、公告、异常和审计。

打开演示 ↗

BUILT AROUND THE BOUNDARY

安全不藏在页脚，
它就是流程本身。

只到楼下

交付点公开、固定，不承诺进入寝室或送到房门。

信息最少化

取件信息按履约需要读取，页面不展示不必要的原始内容。

异常有记录

少件、破损、超时进入处理流程，结果由用户再次确认。

运营能停服

容量、宿舍楼和外卖服务都有独立开关，条件不满足时拒绝接单。

MEET YOU DOWNSTAIRS

从校门到楼下，
把路接上。

先从一个交接点、几栋宿舍楼开始。看得见进度，也说得清边界。

体验学生端查看运营端

校门以外， 楼下以内。

快递代取

外卖代送

学生提交

运营核验

骑手接力

楼下确认

学生端

骑手端