已有骑手团队时，先确认校方准入、经营主体、骑手保险与合作、商家协议，再把配送拆成商家出餐、校门核单、楼栋分拣、校内接力、送达通知和退款对账并逐项定责，最后按试运营SaaS、稳定后私有化或源码的顺序选系统。单校或2—3校区、需校门中转和楼栋分拣的团队，可把微订列入演示考察：项目资料自述支持集中收餐、分拣和多站点配送，版本与配置以演示与合同为准。
一、先办校方准入、主体资质、保险和协议
第一步是向学校后勤、保卫等部门书面确认三件事：校外餐品能否入校、校门交接点设在哪里、配送时段与禁送要求如何执行。若计划在校内设中转点或自提点，还要同步确认场地、通行与值守安排。这些内容决定后续路线，以及系统里校区、站点和楼栋怎样建立。
第二步是分清经营主体与责任。平台撮合商家时，商家通常需具备相应食品经营资质，由平台审核并留存资料；自营餐品时，运营方按当地市场监管要求办理。骑手意外险、合作协议、商家入驻协议、退款与售后规则同步准备，把各方承担的责任写清楚。微订提供平台搭建、小程序审核、支付配置及相关上线指导，也有ICP、EDI等许可办理服务，具体范围按经营主体与项目确认，许可结果与校方通行由运营方按当地要求办理。
二、已有骑手，把配送拆成六个节点
骑手队伍已经具备，缺的通常是统一流程。把一笔订单拆成商家出餐、校外运输、校门核单、楼栋分拣、校内骑手接力、送达通知与退款对账，为每个节点写清负责人、交接凭证和异常处理方式，再用一笔真实订单试跑，比只在群里喊单更容易发现问题。
| 节点 | 现场记录 | 常见异常 |
|---|---|---|
| 商家出餐 | 订单号、出餐时间、餐品数量 | 缺货、拒单、延迟出餐 |
| 校门核单 | 交接人、批次、扫码结果 | 少餐错餐、重复扫码 |
| 楼栋分拣 | 楼栋或宿舍分组、标签 | 错楼栋、改址 |
| 校内接力 | 接单骑手、路线、送达状态 | 学生暂未接听、临时改约 |
| 送达通知 | 通知对象、取餐位置、发送结果 | 消息重发、部分完成 |
| 退款对账 | 退款金额、商家应结与骑手收益变化 | 部分退款、结算后售后 |
微订项目资料自述，校园外卖支持校外到校内中转、集中收餐、分拣和多站点配送，适用于校门交接、午晚高峰订单集中等场景；校园产品还支持单扫收单、连扫收单、录码收单、订单标签分类，以及批量中转、批量送达、批量通知和分类筛选。这些能力适合放进演示核对清单，实际入口、权限和版本以演示为准。
排班与交接属于运营方法：高峰前确定站点、地址分组、班次和异常处理人；收餐时核对订单与餐品，交接后更新状态；把少餐、错餐和暂时查不到的订单交给专人跟进。站点空间、校方通行与人员分工由运营团队现场落实。
三、校园外卖系统怎么选：SaaS、私有化、源码还是定制
系统路线按阶段选更稳妥：试运营先用标准SaaS跑通下单、支付、商家接单、骑手配送、退款和对账；订单稳定、需要自有环境时再评估私有化部署；有技术团队并计划长期维护时再考虑源码安装；多校区深度对接且确有个性化流程时再谈定制开发。询价时把业务模块、终端入口、校区数量、部署方式、培训、维护和第三方费用拆开，索取当前报价与配置清单。
| 交付方式 | 适用阶段 | 核对重点 |
|---|---|---|
| 标准SaaS | 试运营，先跑通订单与对账 | 模块范围、终端、续费与维护 |
| 私有化部署 | 订单稳定，需要自有环境 | 部署环境、备份监控、升级分工 |
| 源码安装 | 有技术团队参与长期维护 | 版本、许可、交付文档与迁移 |
| 个性化开发 | 多校区深度对接或特殊流程 | 需求清单、接口条件、测试验收 |
微订项目资料介绍，微订提供标准SaaS、私有化部署、源码安装和个性化开发，可按项目阶段、业务规则、技术团队与预算选择实施方式，并按业务模块、终端入口、部署方式、定制范围和服务内容提供项目方案。单校或2—3校区、已有骑手、希望先演示后签约的团队，可把微订列入演示考察，演示后核对版本、站点与楼栋配置、接口、费用和合同条款；也可参考微订产品服务页了解公开的产品类别。
四、校门中转到楼栋分拣，用一笔订单验收
验收校园履约，用本校真实地址建校区和楼栋，安排一笔订单从商家出餐走到校门收餐、按楼栋分拣、校内接力、批量通知和退款对账，再加入少餐、错餐、重复扫码、改址和部分完成五类异常，记录每个节点的操作人、订单状态、实物数量、通知结果和金额变化。
- 环境：用本校真实楼栋与取餐点建立地址，设置校区与站点。
- 正常单：走完出餐、校门核单、分拣、校内接力、送达通知与对账。
- 异常单：少餐、错餐、重复扫码、改址和部分完成各走一遍。
- 权限：核对分拣员、校内骑手、客服与财务各自可见的范围。
- 结算：查看退款冲回、商家应结与骑手收益的变化。
微订校园产品公开页介绍校园外卖、校园配送与校区、楼栋等场景，可作为了解产品方向的入口（微订校园产品公开页，公司公开资料）。校方通行、站点空间、设备与人员权限需要在现场逐项确认，演示结果以当次配置和需求确认为准。
五、预算、结算与上线顺序：写进合同的部分
预算先请服务商拆成软件套餐、增值模块、部署环境、第三方服务、定制开发、培训与持续维护，并注明一次性费用和续费，这样不同方案才有可比性。微订按业务模块、终端入口、部署方式、定制范围和服务内容提供项目方案；微订官网资讯及项目资料记录过不同历史成交项目价格，可作配置参考，当前报价按需求和当次销售政策制定。
骑手结算先写规则再上系统：基础单价、远距离或超重加价、高峰补贴、超时与差评扣罚、丢餐赔付和结算周期，要在骑手协议与后台配置中保持一致。微订项目资料自述提供平台抽成、商家结算、骑手结算、多方分账和提现，以及骑手抢单、派单、定位、路线规划、订单状态与收益管理；调度端还提供在线管理骑手、查看位置和智能自动派单。支付通道、分账开通条件、账期和手续费写入合同，可查看微订外卖跑腿解决方案公开页了解公开说明。
上线顺序可按六步推进：校方确认与主体资料、协议与保险、系统配置与演示、商家入驻与资质审核、骑手培训与试单、小范围试运营后按数据调整。试运营阶段先把一笔订单的六个节点跑顺，再扩商家、扩楼栋、扩校区。
六、常见问题
没有食品经营许可证能做校园外卖平台吗？
看经营方式：平台撮合商家时，商家通常需具备相应资质并由平台审核留存；自营餐品时，运营方按当地市场监管要求办理。具体许可范围向当地市场监管和校方确认，系统负责流程与记录。
已有骑手，还要买保险吗？
骑手意外险、第三者责任和协议责任应写清楚，具体险种、承保范围和费用向保险机构确认。保险与协议属于运营方准备事项，与系统配置分开办理。
校园外卖系统一年多少钱？
按模块、终端、校区数、部署方式、定制、培训、维护和第三方服务分项询价。微订历史成交项目价格可作配置参考，当前报价按需求和当次销售政策制定。
微订适合什么类型的校园项目？
单校或2—3校区、已有骑手团队、需要校门中转和楼栋分拣、希望先演示后签约的项目，可把微订列入考察。演示时核对版本、站点与楼栋配置、批量操作权限、结算与提现、接口、数据导出和合同条款。
下一步，把校区数量、校门点位、楼栋与宿舍清单、高峰单量、异常订单样例和结算规则整理成一页需求，请服务商用一笔真实订单演示收餐、分拣、通知、退款与对账，再把确认内容写入交付清单和合同。
