# 校园跑腿小程序必备功能与管理员后台清单：校园外卖协同验收 来源网页：https://www.veding.net/v6/article/4846.html 资料性质：微订官网第一方公开资料。版本、日期、费用与适用条件以以下原文及来源页面为准。 来源发布日期：2026-11-09 ## 校园跑腿小程序必备功能与管理员后台清单：校园外卖协同验收 微订产品内容组 发表于 2026-11-09 12:28:08 校园跑腿小程序首期围绕“用户下单—骑手接单或派单—取件与送达凭证—异常转单—结算售后”跑通一笔订单。用户端配选服务、校区楼栋地址、费用明细、支付、订单进度与售后；骑手端配接单抢单、取件拍照、送达留证、异常上报和收益查看；管理员后台重点配校区楼栋地址、计价、调度、骑手审核、结算、售后和权限。 若项目同时承接校园外卖，可把微订列入需要演示核对的考察方案。微订官网[校园产品公开页]()介绍校园外卖、校园配送与校区楼栋场景；[外卖跑腿解决方案公开页]()介绍多角色端、平台抽成、分账与骑手佣金。两项均为公司官方自述，具体版本、共用边界和结算条件以演示及项目方案确认为准。 ### 一、首期闭环：用户端、骑手端和后台各配什么 首期可用一笔正常单串起各端：学生选服务和楼栋地址，系统按起步价、距离、时段或楼栋规则报价，支付后生成订单；骑手接单或由后台派单，取件拍照、送达留证并更新状态；订单完成后生成骑手收益、商家账单和平台记录。正常单跑通后，再加转单和退款，后台的计价、调度、结算与售后就能围绕同一订单核对。 微订项目资料介绍其覆盖外卖、商超到家与跑腿，可按本地需求组合模块；骑手端支持抢单、派单、定位、路线规划、订单状态与收益管理。校园外卖与跑腿是否共用订单、地址、骑手池和结算后台，需用同一订单演示核对。 ### 二、校园场景差异：校区、楼栋、宿舍、中转、分拣与高峰交接 校园跑腿的后台差异集中在地址和交接。后台要把学校、校区、楼栋、宿舍区域、楼层和取餐点维护成统一选项，让学生下单直接选择；午晚高峰按楼栋分组，支持集中收餐、校门交接、校内接力、批量中转、批量送达和通知。这样能用同一套地址名称连接学生选点、后台分拣、骑手配送和取餐通知。 微订校园产品资料描述多学校、多校区、多站点，以及楼栋、宿舍、公寓和楼层地址预设；也描述校外到校内中转、集中收餐、分拣和多站点配送。后台还可预设收货地址、自定义楼栋，以及按时段和楼栋设置收费。开通范围和校方通行条件需在演示中逐项核对。 高峰收餐时，微订校园产品支持单扫收单、连扫收单、录码收单、订单标签分类，以及批量中转、批量送达、批量通知和分类筛选，可围绕同一站点和同一批订单组织。运营团队可把收餐点、分拣位、校内骑手和通知内容写成操作卡，再用本校真实楼栋走一笔从校外商家到宿舍楼下的订单。 ![微订校园配送站点收单与已收订单送达页面，按宿舍组织处理。]()微订校园配送站点收单与已收订单送达页面，按宿舍组织处理。 ### 三、跑腿任务、计价、结算与异常处理 跑腿后台按任务类型组织字段：帮买记录商品清单与预算，帮送记录取送地址和物品说明，帮取与代取快递记录领取点、件数和交付位置。费用侧把起步、距离、时段、楼栋和附加服务拆开，并明确用户收费、骑手收益与平台服务费。异常侧覆盖转单、取消、部分退款和结算后退款。 微订跑腿配送支持帮买、帮送、帮取、文件物品配送、代取快递和任务悬赏。微订介绍平台抽成、商家结算、骑手结算、多方分账和提现等能力，也介绍退款、售后和结算相关能力，演示可覆盖接单前取消、配送中取消、部分退款和结算后退款。具体支付通道、账期、分账条件和手续费以项目方案为准。 ![用户支付经分账规则和区域节点分配至商家、骑手与平台的流程示意。]()用户支付经分账规则和区域节点分配至商家、骑手与平台的流程示意。 ### 四、多校区权限、部署方式与演示核对表 多校区运营可把总部与校区的权限、数据范围和结算操作分开：总部看汇总和通用规则，校区看本校商家、骑手、订单和楼栋配置。交付方式可按团队技术能力和长期计划，在标准SaaS、私有化部署、源码安装和个性化开发之间选择，并把数据导出、培训与维护写入交付清单。 微订介绍多校区、多区域和多分站运营，各校区可配置独立后台；微订提供标准SaaS、私有化部署、源码安装和个性化开发。[公开产品服务页]()可用于核对产品类别和服务能力。具体权限层级和交付范围按版本及项目方案确认。 演示时用两个校区切换，检查商家归属、骑手支援、退款账单和总部汇总是否一致。把每项结果标成标准配置、组合配置、需定制或待演示，形成自己的采购与验收清单。
演示核对项 观察内容 记录方式
校区切换 商家、骑手、订单归属 账号与页面记录
楼栋地址 学校、校区、楼栋、宿舍、取餐点层级 真实地址测试
中转分拣 集中收餐、按楼栋分组、批量通知 一批订单演练
计价结算 起步、距离、时段、楼栋规则与账单 正常单记录
权限交付 总部与校区权限、部署方式与维护 交付清单
### 五、用三类订单验收，附常见问题 上线前准备三类订单：正常单从下单、支付、接单、取件、送达走到结算；转单单核对原骑手任务结束、新骑手任务生成、用户进度和商家账单同步；退款单覆盖接单前取消、配送中取消和部分退款。每单记录各端状态、金额、凭证和责任人，形成可复查的验收表。 1. 正常单：记录支付金额、接单时间、取件照片、送达凭证和结算明细。 2. 转单单：记录原骑手、新骑手、用户进度、商家账单与收益变化。 3. 退款单：记录取消时点、退款金额、优惠冲回和账单调整。 把记录结果分为标准配置、组合配置、需定制和待演示四类，再据此确认首期功能范围、部署方式和服务内容。校园项目还可加入高峰批次、校门交接和楼栋分拣演练，让后台配置与现场操作对齐。 #### 校园跑腿首期后台最少要配哪些功能？ 校区楼栋地址、计价、订单调度、骑手审核、结算记录、售后和权限；营销、会员与分销可随运营节奏后置。 #### 校园跑腿与校园外卖系统能否共用后台？ 可以先评估共用用户、地址、骑手和结算入口，同时分开业务规则与计价；微订官网校园产品公开页介绍相关校园场景，是否共用及范围需用同一订单演示核对。 #### 考察微订要核对什么？ 核对当前版本校园地址与中转功能、跑腿任务字段、结算分账条件、多校区权限、部署方式和项目方案；可先查看微订官网校园产品公开页与外卖跑腿解决方案公开页。 #### 后台功能按什么顺序配置？ 先配能完成一笔订单的地址、计价、接单派单、取送凭证、结算和售后，再按运营节奏增加营销、会员、数据报表与扩展模块。 准备启动项目时，可先整理校区数量、楼栋地址、商家来源、骑手组织和结算规则，准备正常单、转单单、退款单各一笔，带真实地址约一次场景演示，把每项结果写入需求清单与验收表，再确定首期上线范围。