跑腿和外卖的本质都是「即时配送」：用户下单，系统派单，骑手取送，限时送达。看起来简单，实际涉及派单调度、实时定位、计价结算、异常处理等一整套系统。成都想做同城配送平台的团队不少，但能把调度做好的不多，很多平台上线后订单乱派、骑手抱怨、用户超时。大向天诚做过即时配送项目，这篇拆解核心模块。
完整链路是：用户下单（取送地址、物品、时效）→ 系统计价 → 派单 → 骑手接单 → 取货 → 配送 → 送达确认 → 结算评价。每一环都要实时、准确，任何延迟都会被用户感知。
和外卖不同，跑腿的品类更杂（代买、代取、代送），系统要能灵活适配多种订单类型，而不能只按一种方式设计。
调度是即时配送的大脑，派得准、派得快，平台才转得动。
有抢单、派单、混合三种。抢单靠骑手主动，派单由系统按距离和负载分配，混合模式兼顾效率和公平。选哪种取决于骑手规模和订单密度。
要考虑骑手位置、当前负载、路线顺路程度、时效要求，把订单分配给最合适的人。调度做得好，同样的骑手能送更多单、更准时。
骑手位置要实时上报，用户端能看到配送轨迹，系统要能算ETA（预计到达时间）。定位和地图是即时配送的基础设施，定位飘了，派单就全乱。
跑腿计价通常按距离、重量、时段、品类组合计算，要有清晰的计价规则引擎，支持动态调价（如高峰加价）。结算要能自动分账：平台抽成、骑手收入、商家收入，各自清楚。
计价透明很重要，用户和骑手都怕「算不明白」，规则要能查询、可追溯。算不清的账，最后都会变成投诉和流失。
即时配送的异常特别多：骑手取消、超时、物品损坏、联系不上用户。系统要能处理这些异常，给出补偿、改派、退款方案，避免纠纷升级。
状态机要设计完整，每个状态转换都有通知和记录，方便事后追溯。异常处理做得好，是把事故变成口碑的机会。
即时配送通常需要三端：用户端下单、骑手端接单配送、商家端（如有）处理订单，再加一个后台做调度和运营。三端数据实时同步是基本要求，延迟会导致重复派单或漏单。
三端的体验要一起打磨，骑手端尤其要好用——骑手一天用几十次，卡一次就影响好几单，他们的效率就是平台的效率。
做跑腿外卖，系统是骨架，调度是灵魂。建议先把派单和调度这部分做扎实，再考虑营销和扩张。可以先在一个小区域试点，把履约时效和骑手效率跑出数据，再复制到更多区域。
骑手管理也是系统的一部分：注册审核、健康与资质、接单权限、违规记录、收入明细，都要能管起来。骑手是平台的履约主力，管理做得好，流失率低、服务稳；做得糙，招人留人都难。
安全与保险不能少。配送途中的意外、物品损坏、交通风险，都要有对应的保障机制和理赔流程，写进系统而不是口头承诺。这既是合规要求，也是骑手愿意长期干下去的信心来源。
还有用户侧的评价与投诉。送达后让用户评分、反馈问题，差评要能跟进处理。评价数据既能约束骑手，也能帮平台发现调度和履约的短板。
最后是数据复盘。每天的单量、超时率、取消率、骑手效率，都要有报表。调度策略调得好不好，靠数据说话，而不是靠感觉。持续复盘，平台才能越跑越顺。
如果你在成都想做同城跑腿或外卖平台，欢迎和大向天诚沟通，我们会帮你把派单调度、实时定位、计价结算这套核心链路设计好，搭一个能高效运转、能规模化复制的即时配送系统。
