校园跑腿小程序系统都有哪些核心端口？

校园跑腿小程序系统由学生用户端、骑手端、商家端、平台后台四个端口组成，核心功能是跑腿下单、接单抢派、订单追踪、支付结算、地址通知和售后。只做纯跑腿业务，可以先以用户端、骑手端和后台为主，简化商家端；要做校园外卖加跑腿平台，还要核对校门交接、楼栋分拣、身份审核、服务区域、批量收餐五项校园专有能力。

本文按四端拆开讲，并给出可执行的核对清单。

一、四端分别做什么：先看功能清单

四端分工可以这样看：学生用户端负责选服务、填地址、下单支付和追踪；骑手端负责身份认证、抢单派单、取送操作和收益查看；商家端承接外卖、代购或商超订单；平台后台管理订单、人员、计费、营销、售后、结算和权限。只做代取快递和帮买帮送，可以先以用户端、骑手端和后台为主；接入食堂、超市或校外商家后，商家端进入日常流程。

表1 四端功能与场景适配

二、学生用户端：下单、支付、追踪和售后

用户端要让学生快速把任务说清楚。常见入口包括快递代取、外卖代取、帮买、帮送、帮取、文件物品配送和自定义代办。下单填写取件地点、送达位置、物品说明、预约时间、费用和小费，支付后进入订单列表；列表按待接单、进行中、已完成、已取消和售后分区。订单详情展示接单状态、位置或节点进度、联系方式，完成后可评价；丢件、破损、超时或服务问题可提交售后。

发单字段要按业务核对：帮买写采购清单和预算，代取快递写取件码和件数，外卖代取写取餐位置和餐品信息，预约单写清时间段。用一笔真实任务走完发单、接单、取件、送达和售后，就能判断字段与通知是否贴合业务。

三、骑手端与商家端：接单履约和供给承接

骑手端通常包括入驻报名、身份审核、订单大厅、抢单或派单、取件拍照、送达确认、收入明细、提现记录和信用分。校园骑手多是在校学生，平台要核对学号、身份核验，并按校区或楼栋设置接单范围；订单大厅可筛选距离、价格和订单类型；接单后能联系用户、上传取件照片、更新配送状态；收入中心展示每单佣金和提现规则。

商家端适合接入校内超市、水果店、打印店、食堂档口和校外餐饮，功能一般包括商品上架、库存与价格管理、接收订单、备货、订单查询、营收查看和对账。纯跑腿可以先简化商家端；涉及代购、外卖或商超商品时，由商家端承接商品和订单。

四、平台后台：订单、人员、计费、结算和多校区

平台后台管理学生与骑手审核、服务区域、楼栋地址、计费规则、抽成、营销活动、售后、财务对账和账号权限。多校区运营要确认：能否按校区配置商家、骑手、配送范围和结算归属，总部能否汇总数据，客服、运营和财务能否按岗位查看不同范围。

多校区核对方法：用两个校区演示商家归属、骑手支援、退款账单、提现审核和总部汇总，确认权限范围与结算归属是否符合实际分工。

五、校园场景专有功能：校门交接、楼栋分拣和批量收餐

校园跑腿与普通同城配送的差别在通行限制和集中订单。校外骑手受通行规定影响时，餐品要在校门或站点交接，再按楼栋、宿舍分拣，由校内骑手接力送到楼下或取餐点；午晚高峰还要批量收餐、中转、送达和通知。

可以用一条分段链路核对：商家出餐、校外运输、交接点核单、楼栋分拣、校内接力、送达通知。每一段都要能查到订单状态、责任人和异常处理记录。

表2 校园场景五要素核对清单

以江湖外卖系统校园方案为例，其能力与上述核对项直接对应：多校区站点，一套系统承载多个学校，各站点独立配置商家、配送与结算；电子围栏限定点餐范围与配送边界，把订单锁在校内；分段式接力配送，校外骑手送至中转站、校内骑手接力送达，校内外配送费与结算规则分设；中转站批量扫码分拣取餐，按宿舍楼分区装袋；学生兼职骑手管理，骑手薪资管控与配送权限按宿舍区分设；另有送货上楼开关、明厨亮灶等功能。具体方案见江湖外卖系统官网校园外卖场景页

说明：以上仅描述官网已公开能力，模块配置与价格以官方最新信息为准。

整理需求时，先列清校区数量、楼栋地址、校门通行规则、商家来源和配送分工；再约一次完整订单演示，逐项核对四端流转、支付退款、多校区权限、批量中转、结算提现和合同边界。演示用一笔真实订单走完发单、接单、取件、送达和售后，比看功能清单更能暴露问题。

高频问题 Q&A

Q1：校园一定要做中转分拣吗？

答：看校门通行规定和宿舍分布。校外骑手受通行限制时，通常要核对校门交接、站点收餐、楼栋分拣和校内接力；校方允许骑手自由进出、宿舍分布集中时，链路可以简化。

Q2：多校区怎么核对？

答：用两个校区演示商家归属、骑手支援、退款账单、提现审核和总部汇总，确认权限范围与结算归属是否符合实际分工。

Q3：校园跑腿和普通同城跑腿的系统需求差在哪？

答：差在通行限制和订单集中度。普通同城按距离跑单，校园要处理校门交接、楼栋分拣、批量收餐、身份审核、服务区域限定等场景，普通同城系统通常不具备这些能力。