开发外卖跑腿小程序，配送链路要补哪几处

「到店扫码点餐那套改一改，加个骑手送餐，是不是就能做外卖？」上个月一位在龙华开快餐店的老板这么问。他手里有一份现成的点餐小程序，觉得外卖无非多一个地址栏。等我们把配送链路画出来，他才意识到要补的东西比预想的多，光一个超时改派就够讨论半天。

开发外卖跑腿小程序，工作量集中在下单之后。点餐到出餐这段，门店已经跑熟了；地址和配送范围，骑手接单到送达确认，还有异常退回，这一整段是新的。这篇按配送链路的顺序，把该补的几处逐个说清楚，顺带说说哪些地方不建议省。文中金额均为深圳市场公开参考区间，并非本站报价。

一、到店点餐和外卖跑腿，订单模型不一样

到店点餐的订单，付完款基本就结束，等客人来取。外卖订单在付款之后才刚开始，中间每一步都要有人确认，缺少确认的环节就会变成客服电话。

二、深圳路网下，配送范围用多边形还是半径

多数项目起手会画一个半径三公里的圆，实现快，问题也快。深圳城中村和主干道交错，直线距离两公里的两个点，绕路可能要五公里，客人付了配送费，骑手跑下来是亏的。半径圈还会把河对岸、封闭园区这类到不了的地方圈进来，下单成功后才发现送不到，只能退单。

我们的建议是用多边形画范围，按实际可通行路网勾边界，边界外直接不给下单。开发上并不复杂，前端选点加后端一个点在多边形内的判断，半天能做完，省掉的是后面无数个退单电话。不建议只用半径，尤其深圳这种路网密、单行道多的城市。

三、配送费怎么算：距离、时段、起送价

配送费是客诉最集中的一栏。规则没写清，客人会觉得同一家店今天三块明天六块。把计算口径摆到明面上，比藏在后台强。

表里数字是深圳市场公开参考区间，并非本站报价，各家按自己的客单价和骑手成本调。有一条要写死，配送费在下单那一刻锁定，中途改地址产生的差价怎么处理，提前定好，别让骑手和客人在门口吵。

四、骑手端三个节点：接单、取货、送达

骑手端不用做复杂，但每个节点都要有确认动作，缺一个，后面的超时判定就没有依据：

• 接单，抢单或派单都要记录响应时间，超过 30 秒未响应自动回池改派；
• 取货，到店后扫取餐号或输后四位核对，这一下把取错餐的概率压下去；
• 送达，拍照或输入客人核销码，作为结算和申诉的依据。

出餐慢这件事容易漏。骑手到店等了十五分钟，这个等待时间算谁的责任，超时赔付由门店承担还是平台承担，要在需求里写清楚。深圳午高峰一些快餐店出餐要十到十五分钟，把这段时间算进预计送达，比事后解释管用。

五、超时和异常：改派、退单、地址写错

异常分支才是外卖小程序和点餐小程序真正的分水岭。地址写错，客人下单后想改，规则要限定在骑手取货之前，取货之后改地址得重新算配送费，或者直接不允许。骑手接单后取消，订单回到待接单池，同时给客人推一条通知，别让客人盯着不动的地图等。客人要退单，按状态分档处理，门店未接单全额退，已出餐要扣菜品成本。

不建议把异常全交给客服人工处理。状态机里能定的分支，写进代码里，客服只处理剩下那一小部分。人工兜底看着省开发费，订单量过了每天两百单就兜不住了。

六、深圳餐饮门店的资质与出餐时间

深圳这边做餐饮外卖，线上售卖要亮证，食品经营许可证的主体要和小程序主体、收款主体对得上。三方主体不一致，审核和后续结算都会卡。资质这块以微信公众平台当季公布的类目要求为准，不要照抄别家的模板，类目要求每个季度都可能调整。

出餐时间要单独设一个字段。有的店十分钟出餐，有的要二十分钟，用统一的三十分钟送达承诺，后一类店必然天天超时。把出餐时长写进门店配置，预计送达时间按出餐加路上时间算，客人看到的时间才靠谱。这个字段开发量很小，上线后改口径却要动所有历史订单的展示，值得**版就加上。

七、和到店点餐共用一套菜单怎么设计

老板原本那套点餐小程序不用扔。餐饮小程序点餐开发的成果，商品与口味，加料以及套餐这些主数据可以整套复用，外卖这边只加配送相关的字段。做点餐微信小程序开发时把商品库做成独立一层，后面接开发点餐系统小程序的配送模块就顺，如果商品和点餐页面绑死，两个端要各维护一份菜单，改一次价改两遍，迟早对不上。

开发点餐小程序和开发外卖小程序，共用的是菜单和支付，分开的是履约。菜品库存也要分口径，堂食沽清和外卖沽清经常不同步，建议外卖单独一套可售开关。这一处不做，晚高峰最容易出超卖。

八、这四处不建议省

• 配送范围校验，边界外不给下单，比下单后退单省事得多；
• 骑手节点确认，取货和送达都得有凭证，申诉才有依据；
• 出餐时长配置，按门店分别设，别用全店同一个值；
• 异常状态机，能写进代码的分支别留给客服人工兜底。

九、上线前必跑的三条链路

• 完整一单，从下单到送达，四个节点逐个点过去，看通知有没有漏发；
• 超时改派，模拟骑手 30 秒不响应，看订单有没有回池并通知客人；
• 退款分档，门店接单前、已出餐、已取货三种状态各退一次，看金额对不对。

这三条跑通，再放真实订单。跑不通就上线，**周基本全在处理客诉。

十、先跑通一条真实订单

回龙华那位老板的问题，他最后按这套链路把配送模块单独做了一版，堂食点餐那边一点没动。开发外卖跑腿小程序，先把待接单、取货中，以及配送中和已送达这四个状态摆出来，再往里填规则，比从页面开始画稳得多。规则写全了，骑手少打电话，客人少催单，客服才轻得下来。

餐饮门店的三种做法和各自的账，那篇拆过。表单填写这一步怎么少流失，可以参考。如需进一步沟通，可直接致电 13928418795。