品牌企业内购商城：企业不出钱，给员工一个内部价渠道

福利商城解决的是"企业出钱，员工消费"——钱来自工会经费和福利预算。品牌企业内购商城解决的是一个根本不同的问题："企业不出钱，但给员工一个内部价渠道"。

很多品牌企业用自己的产品给员工内购价——家电企业的空调、服装企业的T恤、食品企业的零食礼包。员工花自己的钱，但买到的价格是市场上拿不到的。这看起来像"给员工一个折扣"——但当你面对3万员工、300家经销商、四种不同身份人群时，它就从一个简单的定价问题变成了一个身份管理、限购风控和经销商隔离的系统问题。

万米SBC品牌企业内购商城复用福利商城的底层底座，但上层的业务规则走完全不同的路径。本文拆解这个路径。

---

一、福利商城 vs 内购商城——本质不同，但底座共享

维度	福利商城	内购商城
钱从哪来	企业拨款（工会经费/福利费/预算科目）	员工自己出钱
企业提供什么	资金+发放决策	定价权（内部价）+购买资格
定价逻辑	市场价+企业补贴	出厂价/成本价/内部价，无需额外补贴
商品来源	京东VOP等多渠道供应链	企业自有品牌商品
核心风控	合规审计（钱不能乱花）	限购防薅（货不能倒卖）
典型企业	央国企、能源、交通、金融机构	家电、服装、食品、汽车、消费品牌

SBC用同一套底座——商品中心、订单引擎、会员体系、支付网关——承载两种业务模式。不是给客户部署两套独立商城，而是通过插件层注入不同的业务规则。底层的代码、数据库、部署是共享的，上层的内购定价、限购策略、身份管理是独立的。这一架构选择的背后价值是：一个集团客户如果同时需要福利和内购两种能力，只需要一套系统。

二、五个真实场景——每个都是独立的需求

场景一：家电品牌全员内购——3万个家庭3万台空调。空调零售价¥3,999，内部价¥2,200——但每人每年限购2台。目的不是盈收，是让3万个家庭都成为品牌的体验者和传播者。系统需要：按员工身份验证登录、按自然年做限购计数、超额自动拦截。

场景二：服装品牌经销商员工内购——穿着就是广告。全国300家经销商的店员穿自家品牌上班是天然广告。系统需要："品牌直营员工"和"经销商员工"两种身份，两种不同的定价——前者成本价¥59，后者经销价¥82。经销商管理员只能管理自己店里的员工，不能看到其他经销商的员工数据。

场景三：快消品福利+内购二合一。同一商城：中秋月饼用福点（企业出钱）+零食内购自付（员工出钱）。系统需要：福利资产账户和内购订单独立路由，在同一个用户端无缝切换——对员工来说就是一个商城、一个APP。

场景四：VIP客户内购——CRM里的高端客户也是内购用户。汽车品牌给CRM里10万VIP车主开放部分配件的内购权限。系统需要：四类身份（正式员工/经销商员工/VIP客户/退休员工）各自有不同的定价级别、商品可见范围和限购规则。

场景五：换季清库存——限时限量限身份。家电品牌换季时旧款内部处理。自营商品上架→限定内购商品池→限定在职员工身份→限定每人1台→限定30天活动期→过期自动下架。整个过程不与零售渠道商品混在一起。

三、多身份矩阵定价——不是"一个批发价"

这是内购商城最核心的能力，也是普通商城和积分插件完全不具备的。同一个SKU，不同身份的人看到的价格完全不同。

商品	零售价	正式员工	经销商员工	VIP客户	退休员工
空调	¥3,999	¥2,200	¥2,800	¥3,200	¥2,500
T恤	¥299	¥59	¥82	¥129	¥69

定价不是"设一个会员价"——是身份×商品维度的矩阵。SBC的会员多身份体系和一个员工拥有多个企业身份的自然关系——品牌总部的员工登录后系统识别到"正式员工"身份，核价引擎计算出空调¥2,200。经销商门店的店员登录后系统识别到"经销商员工"身份，核价引擎计算出空调¥2,800。同一套下单流程、同一个购物车、不同的定价结果。

四、限购风控——内部价商品最怕被倒卖

内部价商品天然有被倒卖到二级市场的风险——¥2,200的空调转手卖¥3,200，一个人一年倒10台就是一万块利润。B2C商城不需要这个能力，但品牌内购必须有。

SBC的限购风控做了三层：

• 维度限购：按自然年/自然月/自然周做限购计数——每人每年空调2台、每月T恤5件、每周零食不限。超限自动拦截下单。不同商品可配置不同的限购维度和数量上限
• 地址风控：同一收货地址多个账号下单同一款低价商品多次——触发风控标记。同一IP地址在短时间内多次下单——计入异常行为日志。不是拦截——是标记后人工审核
• 身份校验：下单时实时校验员工状态——离职员工、停用员工的账号不允许下单。经销商员工只能在所属经销商的管理员授权下购买

京东VOP这类外部渠道的商品不在内购商城出现——因为内购商城卖的是企业自有品牌商品，不是从京东买的。这是内购商城和福利商城在供应链层面的根本差异。

五、经销商隔离——300家经销商一个系统，但互相看不到

品牌企业做内购最大的组织难点是经销商管理。全国300家经销商、每家3-20个店员——加起来数千个需要管理的员工。品牌总部不可能帮每家经销商手动维护花名册。

SBC的方案是：每个经销商的管理员自己管自己的员工。经销商管理员登录后台→只能看到自己门店的员工列表→可以新增/停用/恢复店员的内购权限→可以查看自己门店的内购订单和限购情况。品牌总部的超级管理员看全量数据——300家经销商的汇总报表、异常风控告警。

这种"分级管理+数据隔离"的权限模型，在普通商城里需要定制开发——因为普通商城的后台权限模型是"平台运营→商家"，没有"商家→门店→店员"的层级。

六、员工身份全生命周期

品牌内购商城的员工管理和福利商城有重叠，但侧重点不同。内购商城的员工生命周期更关注"这个人的内购资格是否有效"和"这个人的限购计数怎么延续"。

• 入职：HR系统同步→自动开通内购权限→默认分配身份类型和定价级别。支持钉钉/飞书/企微的HR数据同步
• 调岗/转身份：正式员工内部调动→身份和定价级别不变。但如果从正式员工转为经销商员工——定价级别从A降到B，已购商品的限购计数保留
• 离职：HR标记离职→内购权限立即冻结→但已产生的订单（待发货/售后中）按流程走完。限购计数不重置——防止"离职前囤货"再复职
• 经销商员工流动：店员从经销商A离职、入职经销商B——需要经销商A管理员停用+经销商B管理员重新开通。品牌总部看得到完整的流动轨迹

和福利商城不同的是——内购商城没有"福点余额归集"的问题，因为员工花的是自己的钱。离职后，历史订单不受影响，只是不能再下新的内购单。

七、底座共享——为什么比两套独立系统更优

最终回到架构问题。品牌内购商城和福利商城在SBC里共享了商品中心、订单引擎、会员体系、魔方建站、报表底座——但通过插件层注入了不同的定价引擎、限购策略和身份管理。

维度	两套独立系统	SBC底座+插件
商品管理	两个商品库、两套上架流程	一个商品库，按内购标签区分可见性
员工账号	两个账号体系、两个登录入口	一个账号、多身份切换
订单处理	两套订单系统、两套报表	一个订单引擎，按业务类型路由
运维成本	两套代码、两套部署、两套运维	一套代码、一套部署、插件注入差异

品牌企业内购商城不是什么新概念——但做到多身份矩阵定价、三层限购风控、经销商数据隔离、和福利商城共享同一底座——这需要从架构层面就不是"一个会员折扣插件"能覆盖的。万米SBC已经把这套方案产品化了，复用底座、插件注入——不是两个系统，是一个系统开了两种业务模式。

---

万米商云 · 南京万米信息技术有限公司 · wanmi.com · 400-025-0992

SBC 品牌企业内购商城
多身份矩阵定价 · 三层限购风控 · 经销商隔离 · 底座共享