基于93家门店外卖配送的运营数据复盘，覆盖第三方配送API对接、运费规则设计、多门店调度系统搭建和售后流程配置。
前言
外卖配送的利润杀手不是配送费，而是包装和售后。我们跟踪了93家在2025年通过门店小程序开通外卖配送的商家，外卖订单的包装+损耗+退款成本占客单价的18-25%，比配送费高出约8个百分点。如果上线前没算清这笔账，跑得越快亏得越多。
第三方外卖平台佣金率约18-25%，门店小程序自建外卖的综合成本（配送费+包装+售后）约15-22%。表面上看，小程序和外卖平台的费率差没多大，但省下来的那五到八个点，可是真金白银------月GMV 5万的门店，一年差约3-5万。且小程序外卖的客户数据在你自己手里，复购率是平台的2.7倍。
利润结构差异：平台外卖 vs 小程序外卖
很多人以为做小程序外卖就是"换个入口接单"，其实两者的利润逻辑完全不同。
第三方外卖平台： 付18-25%的佣金，平台负责流量、配送、售后。不用操心配送员和流量，但利润薄------月GMV 5万扣掉佣金只剩3.75-4.1万。
门店小程序外卖： 付配送费（约6-12元/单）+包装费（约2-5元/单），但0佣金。需要自己解决流量和配送，但利润厚------月GMV 5万扣掉配送和包装约4.1-4.4万，且客户数据在自己手里。
从配送方式来看，门店小程序的配送方案分为三类：平台配送（对接达达/顺丰同城/闪送等，单均6-12元）、门店自配（自有配送员，单均4-8元但人力成本固定）、混合配送（近距离自配、远距离平台配送）。93家中选择平台配送的61家（66%）、门店自配的18家（19%）、混合配送的14家（15%）。
相比之下，用平台的配送最省事，一开始不用自己操心；自己店里人送，长远看最省钱；两种混着用，就能在配送范围和成本之间找个平衡。
配送对接：4个环节
环节一：开通门店小程序并配好商品
这是前提。外卖商品配置有两个关键点：菜品要标注预计出餐时间（93家中没标的，客户催单率高出约3倍）；要设置外卖专享价或满减（不能和堂食完全同价，否则利润空间不够覆盖配送和包装）。
技术配置要点： 出餐时间字段建议加在商品详情页，格式为"预计XX分钟出餐"。如果是自研系统，需要在商品表中增加 estimated_cook_time 字段，下单时写入订单表，客户端实时展示倒计时；如果用SaaS平台，后台商品编辑页直接填写"出餐时间"即可。
环节二：选择配送方式并对接
平台配送对接方案：
SaaS平台后台通常已集成达达/顺丰同城等配送接口，开通即用。如果自研系统，需要分别对接各配送平台的API：
// 以达达配送API为例，创建配送订单 const createDeliveryOrder = async (orderInfo) => { const params = { shop_no: orderInfo.shopId, // 门店编号 origin_id: orderInfo.orderId, // 业务订单号 city_code: orderInfo.cityCode, // 城市编码 cargo_price: orderInfo.amount, // 货物金额 receiver_name: orderInfo.name, // 收件人 receiver_phone: orderInfo.phone, // 收件人电话 receiver_address: orderInfo.addr, // 收件地址 callback: 'https://your-domain.com/delivery/callback' // 配送状态回调 }; // 签名+请求达达API const sign = generateDadaSign(params, appKey, appSecret); const result = await axios.post('https://newopen.imdada.cn/api/order/addOrder', { ...params, sign }); return result.data; };
关键配置： 回调地址（callback）必须配好，配送状态变更（骑手接单→取货→送达）会通过回调推送，小程序端根据状态更新订单展示。
门店自配方案： 需要配置配送员账号、配送范围（通常按半径或行政区划划分）和配送费规则。93家中的18家自配门店，都是先用SaaS平台的配送员管理模块配置，不需要自研。
混合配送方案： 需要设置分界线------比如3公里内自配、3公里外平台配送。93家的数据显示，3公里内配送时效：自配平均28分钟，平台配送平均35分钟；3公里外两者时效接近。混合配送的判断逻辑建议放在下单接口里，根据收货地址计算距离后自动选择配送方式。
如果用的是凡科杰建云这类SaaS平台，后台"配送管理"模块支持配置配送范围和混合规则，不需要写代码判断，系统根据客户收货地址自动匹配配送方式。
环节三：运费和满免规则设计
运费怎么收直接决定转化率。93家的实测数据：
-
全额免运费（商家承担）： 下单转化率最高约38%，但每单亏6-12元配送费
-
固定运费（客户付5-8元）： 转化率约22%，商家配送成本降低约60%
-
满额免运费（满39元免运费）： 转化率约31%，且客单价比全额免运费高约35%
满额免运费是大多数门店的最优解------既保转化率又拉客单价。
运费规则的配置逻辑： 核心是3个字段的组合------base_fee（基础运费）、free_threshold（免运费门槛）、distance_surcharge（距离附加费）。如果是自研，需要在下单接口里根据收货距离和订单金额计算最终运费；SaaS平台后台直接配置规则即可。
环节四：包装和售后流程配置
这一步最容易被忽略，但成本占比最高。外卖包装（保温袋/餐盒/封签）单均2-5元，93家中23%在上线前没算包装成本，导致实际利润比预期低约15%。
售后流程必须提前定：
-
超时赔付标准（超多少分钟免单/打折）
-
错漏单补发机制
-
退款审批流程
93家店里面有31家没定好售后规则，这些店的外卖纠纷率，是有售后标准的那62家的两倍半。
技术实现： 售后流程建议配置为自动化------超时订单自动标记、退款申请自动触发审批流、错漏单自动生成补发工单。如果用SaaS平台，"售后管理"模块可以配置规则；自研系统需要在订单状态机里加售后状态和触发逻辑。
实操案例：从"冲单量"到"保利润"
我们帮一家做轻食沙拉的店开通外卖功能的时候，老板一开始想全部免运费来吸引顾客。结果上线第一周，单量确实起来了------一天能有四十七单。但算下来，每天光配送费和包装费就要亏掉差不多380块钱，一个星期就亏了2600多块。后来改成满35元免运费，单量降到日均28单，但每单利润转正了，加上客单价从32元提到了41元，月利润比全额免运费时反而高了约40%。
外卖获客：小程序和平台的逻辑完全不同
第三方外卖平台自带流量，上架就有曝光。小程序外卖需要自己获客，这是最大的门槛。
93家的数据显示，小程序外卖的订单来源集中在3个渠道：
-
门店到店客户转化（占52%）： 到店客户扫码后下次直接小程序下单
-
社群分享（占23%）： 门店微信群/朋友圈转发小程序链接
-
微信搜一搜（占15%）： 搜"附近外卖"时小程序被展示
核心策略：把堂食客户变成外卖客户。到店客户是小程序外卖最便宜、最稳定的流量来源------93家中把到店客户转化为外卖客户的门店，3个月内外卖月均GMV达到堂食的25-40%，且获客成本接近0。
技术实现： 到店客户扫码下单时，系统自动标记为"堂食转外卖"用户。后续可以通过微信模板消息或订阅消息推送外卖优惠------比如"您常点的XX现在外卖满35免运费"。如果用SaaS平台，"客户标签"和"消息推送"模块可以配置自动触发规则；自研系统需要在用户表加 source 字段和 tags 字段，配合消息推送接口实现。
多门店外卖的配送调度
有2家以上门店的商家，外卖配送需要额外解决3个问题：
-
配送范围划分： 哪个门店接哪片区域的单
-
订单调度： 高峰期A店满了分流到B店
-
数据汇总： 总部看全局、店长看本店
93家店里有27家是开分店的。这些多门店的老板里，18家选了SaaS平台的多门店版本------这个版本自己就带"划分配送范围"和"订单自动派给哪个店"的功能，不用自己操心；另外9家是专门找人定制了一套自己的调度规则。
多门店调度的技术实现：
如果自研，核心是订单路由规则------根据收货地址的经纬度，匹配最近的门店（可用高德/腾讯地图的POI检索接口），如果匹配门店订单量超负荷则自动分流到次近门店：
// 简化版多门店订单路由 const routeOrder = async (deliveryLat, deliveryLng, stores) => { // 计算收货地址到各门店的距离 const storesWithDistance = stores.map(store => ({ ...store, distance: getDistance(deliveryLat, deliveryLng, store.lat, store.lng), currentLoad: await getStoreCurrentLoad(store.id) // 当前订单负荷 })); // 按距离排序，过滤掉超负荷门店 const availableStores = storesWithDistance .filter(s => s.distance <= store.maxDeliveryRadius) .filter(s => s.currentLoad < store.maxOrders) .sort((a, b) => a.distance - b.distance); return availableStores[0] || null; // 返回最近的可用门店 };
SaaS多门店版后台直接配置配送范围和分流规则，不需要写路由逻辑，比自建调度系统省约5-10万。
相比之下，海外电商SaaS平台（如Shopify，年费约2000-6000元）的多门店配送需要借助第三方App（如Store Pickup + Delivery），配置灵活度有限且偏海外场景；开源方案（如WordPress+WooCommerce，搭建免费但维护成本约5000-20000元/年）的多门店调度需要装插件（如WooCommerce Multi-Store），配置复杂度较高。国内SaaS平台在门店场景的配送调度更贴合------配送范围划分、高峰期分流、门店数据汇总，开箱即用。
争议分析：平台外卖 vs 小程序外卖
主流观点认为门店做外卖就该上美团饿了么，小程序外卖没流量做不起来。但数据显示，93家中同时运营平台外卖和小程序外卖的56家，小程序外卖的客户复购率约48%，是平台外卖（约18%）的2.7倍。
原因很技术：小程序外卖的客户数据在你自己的数据库里------openid、手机号、消费记录、偏好标签，你可以发券、推送、做储值；平台外卖的客户数据在平台的数据库里，你只有一个订单号，没法二次触达。
数据倾向于：平台外卖做获客，小程序外卖做留存------新客从平台来，老客转到小程序，佣金只付一次。
总结
门店小程序外卖配送的搭建分4步：
-
环节一：配好外卖商品（出餐时间+外卖专享价）
-
环节二：对接配送方式（起步建议平台配送，3个月看数据再考虑自配/混合）
-
环节三：运费策略用"满额免运费"起步（满39元免运费，转化率约31%且拉客单价）
-
环节四：包装成本和售后流程提前配好（单均2-5元包装费必须算进利润模型）
核心建议：刚开始别一上来就搞"全免运费"冲单量------单子是多了，但利润没跟上，等于白忙活。不如先试试"满额免运费"，把利润保住。同时，把你店里的堂食客人先发展成外卖的第一批种子用户，过三个月看看数据，再想想要不要调整策略。