电商商城系统开发：多门店商城和单店小程序怎么选

只有一家店、发货从一个仓出，做单店商城就够；有三家以上门店、各店库存独立、需要到店自提或就近配送、要按门店算业绩，就必须做多门店架构。差别不在界面，在库存、订单和结算这三张表怎么设计。

单店商城和多门店商城的差别在哪？

单店商城的商品只有一个价格、一个库存、一套发货规则。多门店商城要回答四个额外问题：这个商品在哪些门店有货、用户下单后由哪个门店履约、收入算哪个门店的、门店之间能不能调货。这四个问题会牵动商品表、库存表、订单表、结算表的结构，事后补是补不进去的。

什么情况下必须做多门店？

• 有实体门店，且客户希望线上下单、到店自提
• 同一商品在不同门店价格或库存不同
• 需要按门店统计销量、算提成、做对账
• 有加盟或联营，各店独立核算

三条里中两条，就不要买单店方案了。用单店系统硬撑多门店，最后一定会退化成「总部代下单 + Excel 对账」，等于系统没起作用。

商城系统必须有的基础模块

• 商品与规格：多规格、多图、上下架、限购
• 库存：扣减时机、超卖控制、预售与锁定
• 订单：下单、支付、退款、售后的完整状态机
• 营销：优惠券、满减、拼团、秒杀（按需，不要一上来全做）
• 会员：等级、积分、储值、标签
• 履约：自提核销、同城配送、快递发货

其中最容易出问题的是库存扣减时机和退款状态。下单扣库存会出现「拍了不付，货被锁死」；支付扣库存会出现「超卖」。比较稳的做法是下单锁库存加超时释放，退款时按「已发货/未发货」走不同路径。

营销功能要不要一次做全？

不要。多数商城的实际使用率是：优惠券和满减占大头，拼团和秒杀偶尔用一次，分销和积分商城常年闲置。先把「商品—订单—支付—售后」跑顺，营销按活动节奏做加法，比一次性堆功能更省钱，也更容易通过审核。

和微信生态怎么打通？

三个点必须打通：微信登录（拿到 openid 做用户唯一标识）、微信支付（商户号、分账如果涉及多门店）、订阅消息（下单成功、发货、退款三类通知）。如果要做直播带货或视频号引流，还要接视频号小店或直播间的商品跳转。

多门店场景下，微信支付的分账能力要注意：分账接收方需要单独申请，不是开通商户号就自动有。这一项要在项目排期时前置，不然上线前会卡住。

怎么控制上线风险？

分两期做。一期上线商品、下单、支付、发货、售后这条主链，先跑真实订单；二期再加会员权益、营销玩法、数据看板。锐达盛世网络科技做商城类项目的常规节奏是一期先把交易跑通并交付源码，二期按运营数据决定加什么，避免一期做了半年、上线时业务已经变了。

选型前的三个问题

上线后没订单，问题通常在哪？

商城上线首月的订单量，八成取决于三个前置动作：商品详情页的信息完整度（规格、库存、发货时效）、首单转化路径的长度（几步能付完款）、有没有第一批种子用户（老客户、社群、门店客流）。系统只能保证流程通，不能替代这三件事。

常见的错误是把预算全压在功能上，没留运营的钱。合理的分配是功能七成、运营三成：功能保证交易能完成，运营保证有人进来。锐达盛世网络科技在商城类项目交付时，会把「首月运营清单」作为附件一起给，包括商品上架规范、首单优惠怎么设、老客户怎么导进来。

问自己三个问题：有没有线下门店、门店之间库存是否要打通、是否需要按门店分账。答案决定架构，架构决定预算。这三个问题在需求阶段花十分钟想清楚，能省掉后面几个月的返工。