核心结论速览
多门店配送最容易漏钱的地方是「订单归属」。客户选了市南店配送，钱却算到了市北店头上。一个月下来，账对不平，门店之间还会闹矛盾。
自动派单的价值不在「省事」，在「不错」。人工逐单联系骑手，一天几百单，出错是必然的；系统按状态触发，出错率是零。
礼品卡送出去就断联，是最浪费的营销工具。做成余额，客户每次抵扣都能被记录，才知道这张卡到底有没有起作用。
一、项目背景：这是个什么生意
榴卜六是青岛本地榴莲零售品牌，客户单位是青岛榴满仓电子商务有限公司。业务是多门店 + 同城即时配送：消费者在小程序选榴莲，选择就近配送门店，支付后由骑手到该门店取货送达。
榴莲这个品类有几个特点：单价高、复购强、时效敏感、售后成本高。一个榴莲几百块，送晚了或者品质不对，客户一定会找。所以履约链条上每个环节都必须清楚。
项目上线后连接青岛本地门店 4 家，月均处理线上订单超 2500 单，其中同城配送订单占七成、到店自提占三成。
二、上线前真实存在的几个麻烦
麻烦一：不知道这单该由哪家店出。客户的收货地址在青岛不同区域，线上订单如果不和门店绑定，就说不清谁负责备货、发货和售后。
麻烦二：每单都要人工联系骑手。订单来了，工作人员打电话叫骑手，说清取货门店和收货地址。一单五分钟，一天几十单就是几个小时。
麻烦三：门店销售款要手工拆。月底结算，财务要把这个月的订单按门店拆一遍，算每家店该收多少钱。手工拆账，慢且容易错。
麻烦四：礼品卡送出去就没了消息。做了礼品卡，送出去之后不知道有没有人用、用在哪、还有多少余额。营销效果无法评估。
麻烦五：客户问「到哪了」要打电话。没有配送状态，客户只能打电话问门店，门店再问骑手。售后咨询量高，且都是重复问题。
三、三个关键设计决定
决定一：订单在「支付那一刻」就绑定门店，不是发货时再定
做法是客户在小程序里先选配送门店，选完才进入结算。订单生成时，门店信息就写进订单里了，之后不会再变。
这个设计的价值在资金归属。订单和门店绑定，分账就有依据——市南店的单，钱就归市南店。不需要月底手工拆分，系统按规则自动算。
同时解决履约责任：门店工作台只看自己店的单，拣货、出库、交接都有记录。出了问题能回溯到具体门店和具体环节。
结果：订单归属准确率 100%，对账人力下降约 80%。
决定二：骑手呼叫做成「状态触发」，不是人工逐单联系
做法是订单进入「可配送」状态后，系统通过配送调度接口自动创建骑手任务。骑手收到任务，去对应门店取货，送到客户手上。
关键是触发条件要设计好。什么时候算「可配送」？是支付完成，还是门店拣货完成？如果支付后就叫骑手，骑手到了门店菜还没备好，白等；如果拣货后才叫，配送时间变长。榴莲是现开现卖，需要门店备货时间，所以触发点设在门店确认备货完成之后。
这类细节没法照抄，必须结合具体业务节奏定。定错了，自动派单反而比人工慢。
结果：配送发起时间从人工联系的约 5 分钟缩短到 30 秒内，缩短约 90%。
决定三：礼品卡做成「余额」，不是「优惠券」
礼品卡最常见的做法是发一张券，客户下次消费抵扣。问题是券有门槛、有期限、有适用范围，客户用起来别扭，用完了也说不清效果。
我们做成余额：礼品卡面额直接转成账户余额，可以在商城抵扣消费，余额和消费记录都能查。
差别在于可追踪。余额有多少、用了多少、还剩多少，系统里清楚。品牌方能看到礼品卡的真实使用情况，判断这个营销工具到底有没有用。
对客户来说也更灵活——余额没有使用门槛，想买什么买什么，体验比券好。
结果：礼品卡从「送出去就断联」变成可追踪的营销工具，使用情况一目了然。
还有一个设计细节值得说：订单状态是按角色分别呈现的。客户看到的是「待发货、配送中、已送达」，门店看到的是「待接单、待拣货、待交接」，骑手看到的是「待取货、配送中、已完成」。同一张订单，三个角色看到三种视图，各自只需要关心自己那一段。这个设计看着琐碎，但它决定了每个角色用起来会不会觉得乱。
四、上线后的数据对照
| 指标 | 上线前 | 上线后 | 变化 |
|---|---|---|---|
| 配送发起 | 逐单人工联系骑手，约 5 分钟 | 系统自动呼叫，30 秒内 | 缩短约 90% |
| 门店结算 | 手工拆分各店销售款 | 按规则自动分账 | 对账人力下降约 80% |
| 礼品卡使用追踪 | 送出即断联 | 余额抵扣 + 兑换记录 | 使用情况可追踪 |
| 履约可视 | 电话问进度 | 门店 + 骑手 + 进度可视 | 售后咨询下降约 45% |
| 订单归属 | 跨店订单易混 | 订单与实际配送门店绑定 | 归属准确率 100% |
配送时效的预期管理也很重要。榴莲是即时性商品，客户下单时最关心「多久到」。做法是在下单页明确显示预计送达时间，并在配送过程中按节点更新——骑手已接单、已取货、正在配送、即将送达。客户心里有数，就不会反复打电话问。
五、过程中避开的几个坑
坑一：骑手到了门店发现货没好。自动派单如果触发太早，骑手白等。做法是把触发点设在门店确认备货完成之后，并在门店端加一个「备货完成」的明确按钮，不能靠状态自动推断。
坑二：跨店自提和配送的库存是两套逻辑。自提的库存要实时扣减，配送的库存要留出备货时间。做法是库存按门店分开管理，自提单和配送单在门店端分两个入口处理，避免混在一起。
坑三：骑手端如果没有独立工作台，状态就更新不及时。做法是给骑手一个轻量工作台：待领取、配送中、已完成、异常分开显示，取货门店和收货地址一目了然。骑手只需要点几下，不需要填表。
关于售后，榴莲这类高单价生鲜的售后成本很高——开出来不熟、坏果、重量不足，每一种都要有处理规则。做法是把售后原因做成固定选项，客户提交时选原因、上传照片，门店按规则处理。规则清楚，争议就少。
六、这套东西能复用到哪些场景
这套结构可以复用到：
同城即时零售——水果、鲜花、烘焙、药品、便利店，只要是「就近门店 + 即时配送」，订单绑定门店和自动派单的设计可以直接用。
多门店连锁——门店分账是连锁经营的刚需，订单级绑定是最可靠的方案。
礼品卡与预付卡业务——余额化处理比券化处理更好追踪、更好用。
可以对照看 青岛多门店同城配送小程序怎么做 和 青岛社区生鲜同城配送小程序怎么做。
七、常见问题解答
多门店配送为什么一定要绑定门店？
因为要解决三件事：谁备货、谁配送、钱归谁。三件事都需要一个明确的归属，订单级绑定是最可靠的方案。
自动派单的触发点怎么定？
取决于业务节奏。现货直发的品类可以在支付后触发，需要备货的品类要等门店确认备货完成。定错了，自动派单反而比人工慢。
门店分账怎么保证准确？
订单在支付时就绑定门店，分账按订单归属自动计算，不靠月底手工拆。门店能自己看到本店订单和结算记录。
礼品卡做成余额有什么好处？
可追踪。余额有多少、用了多少、剩多少系统里清楚，品牌方能判断这个营销工具的真实效果。对客户来说也没有使用门槛。
骑手端需要复杂功能吗？
不需要。骑手只要看四件事：待领取、配送中、已完成、异常。取货门店和收货地址一目了然，点几下就能更新状态。
这套系统能支持几家门店？
架构上支持扩展，门店数量增加主要是服务范围和分账规则的配置。实际能支撑多少，取决于配送运力和运营管理。
相关阅读
榴卜六多门店同城配送小程序案例：完整项目数据与功能清单。
大一良物即时配送管理系统案例：社区生鲜多门店的另一种做法。
青岛多门店同城配送小程序怎么做：多门店履约方法论。
青岛灵活用工小程序怎么做：骑手与临时用工的结算设计。
综上所述
榴卜六这个项目的三个决定，本质上都在解决「归属」问题：订单归属门店，任务归属骑手，资金归属经营主体。归属清楚了，履约、结算、售后才有依据。同城即时零售的竞争最后落在稳定性和成本上，而这两件事的前提都是每个环节的责任边界可追溯。