同一款礼盒，用户既能下单后到店取，也能选择送到家。页面上只是两个选项，门店却要分别回答：货从哪里扣，谁负责备货，怎样确认已经交给用户。
假设一家自营食品品牌有两家门店，准备在周末销售一款常温点心礼盒。甲店临近办公区，午间自提较多；乙店靠近住宅区，计划由店员安排同城配送。两家店沿用同一品牌和商品，但备货数量、服务范围与交付人员不同。这个情景用于说明操作思路，并非真实客户案例。
以 Mall4j 银河版 B2C 单商户商城为例，可以把这项业务拆成门店库存、下单选店、备货交付和异常处理几部分。本文依据银河版操作手册与功能列表，重点讨论门店自行配送与到店自提并行时的安排。
先确定库存属于哪里，再开放下单
两家门店都显示“有货”，不代表两家店都已经备好货。银河版门店管理提供两种库存模式：共享总部库存时，门店销售扣减默认仓库商品库存；独立销售库存时，扣减该门店商品库存。
对上面的礼盒业务，选择哪种模式，应从实际取货位置判断：
| 实际经营安排 | 需要考虑的库存模式 | 配套工作 |
|---|---|---|
| 商品由总部统一备货，再送往门店 | 共享总部库存 | 明确调拨、到店时间与门店可交付数量 |
| 商品提前分到各店，各店独立销售和交付 | 独立销售库存 | 按门店核对实物数量与系统库存 |
共享总部库存可以统一扣减，但总部有货不能直接证明门店此刻可提。若用户付款后很快就来店里，运营必须提前安排实物到店。独立销售库存则要求每个门店及时维护库存，避免系统显示有货、货架上却没有。
仍用假设数量说明：甲店实际备了 20 盒，乙店备了 12 盒。若采用独立销售库存，就应分别核对这两份库存，而不能因为品牌合计有 32 盒，就让甲店承诺交付全部数量。遇到补货或盘点差异，也要先明确由谁调整记录。
商品是否适合两种交付方式同样需要判断。包装易损、需要保温或体积较大的商品，应先评估包装和配送条件，再决定开放哪些方式。系统中的配送选项，要和门店真正能完成的服务对应。
选店结果，要让用户与门店都看得明白
银河版手册说明，自提下单会自动匹配距离最近且有库存的门店，用户也可在自提信息中重新选择门店；付款后，可以查看自提码和自提二维码。功能列表还列明了门店名称、距离、营业时间、导航和联系门店等信息。
因此，门店地址、地图位置、联系电话和营业时间，都应在开放自提前核对。甲乙两店名称相近时，可以在名称和地址中清楚体现所在区域，让用户知道订单究竟交给哪家店处理。
营业时间也不能代替备货承诺。例如，假设甲店营业到晚上九点，但礼盒由固定人员集中备货，用户下午付款后何时能够提货，需要由团队确定并写入商品说明或提货提示。不能仅因为门店还在营业，就让用户理解为随时下单、立刻可取。
上线前，用一个测试账号在两店附近分别选购，再主动切换门店，观察地址、库存、可选方式和最终订单信息。测试要覆盖“推荐的门店”和“用户自己选择的门店”，客服才能依据订单说明取货地点。
同城配送，把起送条件与费用分别讲清
银河版门店设置中，自行配送可配置收费标准、起送费、配送费和续重收费，并通过地图框选配送区域。手册将起送费说明为“付款满多少可配送”；按距离收费时，距离按地图直线距离计算。
这里有两个容易混淆的概念：达到起送条件，表示订单满足配送门槛；配送费则是用户为这次配送另行支付的费用。起送金额不能写成配送费，也不能让“满额可送”被理解为“满额包邮”。
假设乙店采用按区域收取固定配送费，设置付款满 50 元可配送，区域内配送费 6 元。一笔不含其他优惠的 80 元商品订单满足门槛，另加 6 元配送费，共支付 86 元。这里的金额仅用于解释规则，不是系统默认值；存在优惠、续重或其他计费条件时，应按实际结算结果重新核对。
配送区域还要考虑实际道路。地图上相距很近的两个位置，可能隔着河道、园区围墙或无法通行的路段。若采用按距离收费，不要把直线距离直接理解为骑行距离或送达时间。应挑选区域内、边界附近、区域外的代表地址试单，再结合店员实际配送条件调整配置。
“同城配送”本身也不等于固定时限送达。出餐、打包、集中配送和高峰时段怎样安排，应在服务说明中写清，承诺要与实际人手相符。
门店交接，要有清楚的完成依据
自提订单付款后，店员需要知道待备哪些商品、放在哪里，以及用户来店时怎样核对。银河版手册列出了门店扫描用户订单二维码、用户扫描商家码选择订单、输入提货码等核销方式，也提供商城后台订单查询中的提货操作。
团队可以选定一种日常操作方式，再准备一种便于异常处理的备用方式。交货前核对订单、商品和数量，在实际交接时完成核销。备货人员提前点击提货，会使系统记录与实物交付脱节，客服随后看到的状态也可能失去参考价值。
同城订单则应安排发货操作与实际出店交接。手册说明，自行配送订单可以在订单查询中进行发货；谁打包、谁配送、配送异常由谁联系用户，仍需要门店自行分工。
假设两名店员交班，可以围绕下面几项交接，而不是只说“今天还有几单”：
- 待自提：订单对应商品、存放位置，以及是否已通知用户。
- 待配送：收货信息、包装是否完成，以及谁接手配送。
- 异常单：缺货、联系不上用户或需要改约的原因和当前处理人。
这些是门店操作建议。团队可以结合现有订单页面和工作记录落实，不应把它们理解为系统自动生成的任务或通知。
用少量边界订单检验安排是否成立
正式推广前，建议由运营、门店和客服共同完成一轮演练。除了正常提货和正常配送，还要看配置边界与交班场景。
| 演练情景 | 核对重点 |
|---|---|
| 同一商品分别在两店下自提单 | 选店结果、实际扣减的库存位置、取货信息 |
| 某店库存不足，用户重新选店 | 页面可选项与最终订单归属是否清楚 |
| 配送订单未达到与刚好达到起送条件 | 可否提交、提示和费用是否符合配置 |
| 地址位于配送区域边界附近 | 可达判断与门店实际服务范围是否一致 |
| 自提核销后交班 | 订单状态与已交付商品能否对应 |
| 用户临时不能到店或配送联系不上 | 客服如何查询订单，门店怎样继续处理 |
涉及换店、改配送方式、取消或退款时，应先用当前版本确认可操作范围，再形成对外处理办法。不能预先承诺付款后一定能直接更换门店，或把订单备注当作已经完成改派。
运营可以每天在固定时间核对各店待自提、待配送和异常订单，并结合库存与实物盘点查看差异。这是日常管理方法，数据可按现有报表与记录整理；无需等到出现大量积压，才回头查哪家店、哪笔订单没有交接清楚。
Mall4j 银河版为自营品牌提供了门店、库存、订单、配送和核销的操作入口。准备同时开展到店自提与同城配送的团队，可以从银河版产品页进入演示，带上两家门店、同一款商品和一份实际服务规则试跑。把货在哪里、用户去哪取、由谁送出以及何时算交付讲清楚，两种交付方式才能融入门店每天的工作。
核验与延伸阅读
本文涉及的产品能力、技术资料和适用场景，可通过以下公开入口继续核验：
