商城选型，四个最容易被忽略的问题
这些问题不是上线时才冒出来，是选型阶段就注定的。
网店和门店各用一套系统，库存不同步。线上卖出去了，门店还在接单，最后只能打电话让客户退款。
价格自己改、货款进私账、库存虚报。总部只看得到汇总数字，出了问题追溯不到具体门店。
线下的储值卡在线上用不了，线上的优惠券到店不能核销。会员在哪消费都记不全，做不了精准营销。
想上个满减、换个首页banner，都得提需求排期。运营被技术卡住，活动节奏永远慢半拍。
一套库存，两个渠道，账对得上
很多商城系统上线后最大的问题不是功能少，而是线上和门店各算各的账。我们的做法是让两端共用一套底层数据。
- 1商品与库存：同一个 SKU，线上挂单和门店收银扣的是同一笔库存，超卖从源头掐掉。
- 2订单与履约：快递、到店自提、同城配送三种方式并存，门店端可直接接单发货。
- 3会员与储值：线下办的储值卡线上直接能用，两个渠道的消费记录合并成一份。
九个模块，覆盖从进货到复购
按业务链路排列，不是功能堆砌。每一项都能在后台自己操作，不需要改代码。
多规格、多单位、多价格体系。支持条形码、批次、保质期，生鲜和标品都能管。
快递发货、到店自提、同城配送、门店直发四种履约方式，一个后台统一处理。
对接扫码枪、小票机、钱箱、电子秤。扫码开单、挂单取单、会员折扣、组合支付。
采购入库、门店调拨、盘点、报损、库存预警。成本按移动加权算，毛利能算准。
等级、积分、储值卡、生日礼、消费返现。线下办的卡，线上直接能用。
拼团、秒杀、砍价、满减、优惠券、套餐、分销返佣。后台配置，当天上线。
每个门店独立后台、独立库存、独立收款。平台可设抽佣比例与结算周期。
销售额、客单价、复购率、库存周转、毛利排行。按日/周/月，按门店或商品维度看。
三种经营模式，后台结构不一样
这一步选错，后期改造成本比重新做还高。下面三种是最常见的，可以先对照自己的业务。
一个总部管所有门店，货权、定价、会员都归总部。适合自己做连锁、不招加盟商。
- 库存集中调配
- 统一价格策略
- 门店只做销售和核销
- 会员全网通用
商户入驻开店，平台抽佣。货权和收款在商户，平台负责流量与规则。
- 商户独立后台
- 平台按订单抽佣
- 商户自主定价
- 保证金与违规处罚
直营店归总部，加盟店独立核算，两种店在同一个商城共存。
- 门店类型分开管理
- 区域代理可再发展门店
- 结算规则按类型区分
- 总部统一看全局数据
四个端口，各管一段
不是所有人都需要四个端。单店自营一般两个就够，做平台才需要全开。
小程序 / APP / H5。浏览下单、支付、查物流、评价、领券。
收银台、核销自提、查本店库存、看当日流水。手机和平板都能用。
加盟商自己上架商品、管理订单、提现结算、看经营数据。
总部管商品池、价格、会员、营销、财务对账与权限分配。
技术规格
下面这些是标准配置。要换技术栈或者加对接，提前说，不影响报价逻辑。
| 后端 | Java（Spring Boot + MyBatis）或 PHP（ThinkPHP / Laravel）双版本可选，按你的团队维护习惯定 |
|---|---|
| 前端 | uni-app 一套代码出微信小程序 / 抖音小程序 / H5 / APP，PC 后台用 Vue |
| 数据库 | MySQL 8.0，主从可选，订单表按时间分表 |
| 支付 | 微信支付、支付宝、余额、储值卡、组合支付，支持服务商分账 |
| 对接 | 快递鸟电子面单、短信、OSS 存储、地图、电子发票 |
| 部署 | 你的服务器或云主机。交付含部署文档，也可代为部署 |
| 源码 | 完整交付，不做加密，不做加密，不限域名，无年费授权 |
已经做过的行业
不同行业的差异主要在规格和履约，底层逻辑可以复用。
