三品牌二十多家门店统一后台：深圳零售集团的组织改造

多品牌运营是零售集团的常见结构：不同品牌对应不同客群、不同价格带、不同的门店模型。

深圳这家科技零售集团旗下有三个品牌、二十多家门店。规模不算大，但系统复杂度不低，因为三个品牌是三套系统。

集团化运营的三个障碍

第一是商品编码。同一个配件，在 A 品牌叫一个名字、在 B 品牌叫另一个名字，库存无法合并计算。

第二是订单规则。三个品牌的退换货政策不同，系统各写各的，总部想统一看订单状态，得人工对齐口径。

第三是组织架构。总部、品牌、区域、门店四层，权限和审批流各不相同，系统里没有统一的组织模型。

先建组织，再建数据

集团项目的经验是：先统一组织架构，再统一数据口径。

组织统一之后，权限才能按组织下发，审批流才能统一配置。商品和订单的数据归属也才有意义——同一笔订单归属于哪个品牌、哪个区域、哪家门店，都要能算清楚。

这一步在系统里体现为组织树和角色权限，在业务上体现为「谁能看什么数据」。

三个品牌，一个底座

落地用的是云平台作为统一底座，承载组织、商品、订单和权限；超级云 APP 承接三个品牌的用户入口，用不同的品牌皮肤区分；供应链与收银系统共用库存与订单模型。

多品牌的关键设计是「数据隔离 + 视图合并」：品牌之间的经营数据相互隔离，总部拥有跨品牌的合并视图。

这样既满足了品牌独立运营的需求，也让集团能看到全盘。

20 天的节奏

前五天做组织架构与权限模型；第六天到第十一天做商品与库存口径统一；第十二天到第十六天配置订单规则与多品牌视图；第十七天到第二十天做数据迁移与试运行。

数据迁移是最耗时的一段，因为历史订单要按新口径重新归类。

结果与口径

三个品牌、二十多家门店统一管理，库存与订单口径一致，运营效率提升 300%。效率数据来自客户口径，衡量方式为人工汇总工时的下降。

三个品牌，一个项目组

多品牌项目最容易失控的地方不是技术，是协调。三个品牌各有各的运营负责人，需求优先级不一致，今天这个要改价格规则，明天那个要加活动。

比较有效的组织方式是设一个集团侧的项目负责人，统一收需求、排优先级、对系统口径负责；品牌侧各指定一名对接人，负责本品牌的配置与验收。

需求变更走同一个入口，避免出现三个品牌分别找实施方提需求、口径互相冲突的情况。这一点在项目启动会上就要定下来。

可复用的三条判断

第一，集团项目的起点是组织模型，不是功能清单。

第二，多品牌要「隔离 + 合并」同时满足，只做隔离总部看不见，只做合并品牌不答应。

第三，数据迁移的时间要单独排，不要指望和配置并行完成。