大二那年我在学校做了半年外卖平台，最后没做下去。复盘的时候发现，压垮我们的不是竞争对手，也不是没钱，而是三十七个骑手和一张永远排不明白的班表。
所有人都想跑中午，没人想跑晚上十点
校园配送最大的特点是极端集中。中午十一点半到十二点半，一个小时能占掉全天六成的单量。晚上七点到八点是第二个小峰，之后就是漫长的低谷，一直到夜宵时段冒出几十单。
这就带来一个死结：中午所有人抢着上，因为单多钱多；晚上和下午的空档没人愿意来，跑一趟等半小时，还不如回宿舍打游戏。我们最初的做法是"自由接单"，结果中午系统里挂着二十多个在线骑手抢六十单，抢不到的骂骂咧咧退出去，第二天就不来了；晚上八点半只剩两个人，超时投诉爆炸。
把自由接单改成时段承包
后来我们换了个思路：不再让所有人自由上下线，而是把一天切成五个时段，每个时段固定招几个人，提前一周排班，上了班就得跑满。
- 午高峰（11:00-13:00）：需求最大，配额也最多，但要求必须连续到岗两周才有资格排
- 下午平峰（13:00-17:00）：单价上浮五毛，用价格换人
- 晚高峰（17:30-19:30）：仅次于午间，正常单价
- 夜宵（21:00-23:30）：单价上浮一块，且优先给住得近的同学
关键在于把午高峰变成一种"资格"，而不是想来就来的福利。你要跑中午，就得先在平峰或夜宵时段攒够出勤。这一招上线后，最难排的下午档从长期缺人变成了偶尔有人候补。
超时的锅，八成不在骑手
我们统计过一段时间的超时单，原因分布出乎意料：骑手取餐后跑得慢的只占不到两成，剩下的全卡在商户备餐和取餐环节。
最典型的场景是，一家小炒店中午同时接了十五单，骑手到店发现前面还有六单没出锅，只能干等。而这段等待时间在系统里全部算成了配送时长，最后差评落在骑手头上。
解决办法是给商户加一个"预计出餐时间"的字段，超过承诺时间没出餐，系统自动延长配送时限并给骑手补偿。同时对长期出餐慢的商户，在午高峰限制其同时接单数量。这两条规则执行了三周，超时率从百分之十八掉到百分之六。
楼栋规划比路线优化更重要
很多人一上来就想做路径算法，其实校园场景根本不需要。整个学校走路二十分钟能穿越，真正的效率来源是把订单按楼栋聚合。
我们的做法是划分四个片区，每个片区覆盖三到五栋宿舍楼，骑手接单时系统优先派发同片区订单，一趟带三到五单，进楼一次全送完。这比让骑手满校园跑单送快了一倍不止。宿舍楼不让进的学校，就在楼下设固定取餐点，提前十分钟推送到货提醒，学生下楼自取，骑手不用等。
这些规则得能在后台改
上面这些经验听起来都不复杂，难点在于全部要落到系统里。时段配额、片区划分、单价浮动、商户接单上限、超时补偿——每一条都是运营参数，而且需要根据实际情况反复调整。指望找外包开发一版一版改，成本和响应速度都受不了。
我们后来是用云快卖来搭建校园外卖小程序的，配送范围、配送费规则、骑手结算这些都能在后台直接配置，改完即时生效，不用等版本发布。这一点对运营来说太重要了——校园外卖的所有优化，本质上都是在参数上反复试错试出来的，你必须有一个能让你随时试错的工具。
写在最后
做校园外卖，前三个月你会以为自己在做互联网产品，第四个月就会明白，这其实是一门劳动密集型的调度生意。谁能把中午那二十五分钟安排明白，谁就能活下来。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
