做过连锁超市和连锁餐饮的老板都知道，单店小程序好搞，多门店一上来，库存和订单就乱套了。今天聊聊商城小程序多门店管理的底层逻辑，帮你搞清楚库存怎么同步、订单怎么分配，别花钱买了个花架子回来用不上。

多门店和单门店到底差在哪

单门店小程序，后台就一个仓库、一套库存、一个发货地址，简单。多门店小程序不一样，你得管好几件事：

每家门店有各自的库存量。A店有100件，B店可能就剩10件，卖超了就是客诉。每家门店有各自的配送范围。有的门店只覆盖周边3公里，有的能发全国。订单来了该派给哪家门店。离客户近的库存够不够？不够的话要不要跨店调货？

这几个问题看似简单，但很多SaaS系统压根没解决好。你花980买了个标准版，发现多门店功能是个壳子——只是加了个门店列表，库存不分店、订单不分配，那等于白搭。

库存同步的3种模式

多门店库存管理，市面上常见的有三种模式：

模式一：总店统一库存。 所有门店共用一个库存池，谁卖谁扣。优点是简单，不用操心分店库存对不上。缺点是各门店看不到自己还有多少货，容易卖超。适合门店少、货品统一的场景。

模式二：分店独立库存。 每家门店有自己的库存，卖自己扣自己的。优点是各店独立核算清楚。缺点是A店卖完了客户下单失败，明明B店还有货。需要手动调拨，麻烦。

模式三：分店库存+总店调拨。 各门店有独立库存，但系统会自动判断：A店不够了，查B店有没有，有的话自动调拨或者提示客户换个门店提货。这种模式体验好，但实现复杂，对系统要求高。

我给客户做连锁超市小程序的时候，一般推荐模式三。1980的加强版支持多门店库存调拨，980标准版只支持模式一。你得根据自己门店数量和品类复杂度来选。

订单怎么分配给门店

客户下了单，系统怎么决定派给哪家门店？这里有几个关键逻辑：

按距离分配。 客户填了收货地址，系统算一下离哪家门店近，就派给哪家。这个需要接入地图API，算经纬度距离。适合外卖、同城配送场景。

按库存分配。 哪家门店有货就派给哪家。客户不在乎从哪家发，只要收到货就行。适合发快递的场景。

按门店负载分配。 A店已经堆了50单还没发，B店才10单，新单子优先派给B店。这个逻辑防止单店爆单。

实际上，很多系统是组合用的。先按距离筛出附近的几家门店，再看哪家有库存，然后看哪家负载低，综合打分派单。听起来复杂，但后台配好规则后就是自动跑的。

有个坑要注意：自提订单和配送订单的分配逻辑不一样。自提是客户选哪家门店就去哪家提，配送是系统派。别搞混了。

多门店价格怎么管

连锁店还有一个头疼的问题：各门店价格不一样怎么办？

市中心门店租金高，定价贵一点；郊区门店走量，定价便宜一点。同一个小程序里，不同客户看到不同价格？

这里面有几种做法：

做法一：统一定价。不管哪家门店，小程序里展示的价格一样。差异在后台，各门店的实际利润不同。简单但不够灵活。

做法二：按门店切换价格。客户选了哪家门店，就展示那家门店的价格。需要门店切换功能，技术实现稍复杂。

做法三：区域定价。按客户所在区域展示不同价格。适合全国连锁，华北和华南价格不同。

大部分连锁客户，我建议用做法一。统一定价管理简单，各门店的成本差异通过后台利润报表去看，前台不搞复杂的价格切换。除非你真有明显的区域价差，才值得上做法二。

数据报表怎么看

多门店小程序，数据报表比单店重要得多。你得能看到：

各门店的销售额排行。谁卖得好谁卖得差，一目了然。各门店的库存预警。哪些货快卖完了，提醒补货。跨店调拨记录。A调给B多少货，成本怎么算。各门店的利润分析。不只是销售额，还得算利润。

980标准版的多门店报表比较简单，只有销售额排行。1980加强版有库存预警和利润分析。做连锁的老板，报表这块别省，不然多门店管了个寂寞。

选系统的时候问清楚这几句话

别看各家宣传都写"支持多门店"，实际功能差距很大。你买之前问客服这几句：

你们的多门店库存是独立还是共享的？订单分配规则能自定义吗？各门店能独立设置价格吗？报表能看到各门店利润吗？

回答含糊的，pass。能明确说清楚的，再往下聊。

做连锁生意，小程序不是摆设，是真要拿来管库存管订单管利润的。花点时间搞清楚这些逻辑，比买完发现用不了强。

关注左左，你需要一个懂技术的朋友。