多品牌美妆集团常常同时运行着多套零售系统。多数情况下,这种状态来自并购历史:每收购一个品牌,集团也会接手它原有的一套系统。系统越攒越多,接口、对账和运维关系随之复杂。

从产品治理、IT治理、安全和定制开发的角度看,对业务共性较高、仍在持续扩张且没有独立部署硬约束的多品牌美妆集团,长期方向是收敛到统一产品底座,用一套架构承载各品牌相互隔离的业务。架构统一,业务隔离。

本文所说的“一套架构”,是统一产品与能力模型。集团仍可根据安全、区域和运行要求采用不同的数据库、系统实例或发布窗口。保留各品牌旧系统、各品牌独立建设这些形态也会出现,但它们分别对应并购后的过渡硬约束下的例外,都应明确成立条件、切换安排和最终责任。

一、集团的核心矛盾:共同投入,分别经营

一个品牌以百货专柜为主,另一个重点发展直营店,第三个正在进入海外市场。即使同属一个美妆集团,对商品属性、促销节奏、会员服务、渠道连接和门店设备的要求也可能不同。系统如果各建各的,集团会持续承担重复接口、报表口径不一致和多套运维关系;如果把业务规则全部拉平,单个品牌的调整又可能波及其他品牌。

解决这组矛盾,可以把统一与隔离放在不同层次:底层架构统一,共同能力一次建设、持续复用;上层业务隔离,各品牌的商品、促销、会员俱乐部、库存和门店节奏留在自身边界内。判断一套架构是否合适,就看这两层能否同时成立。

二、四个边界:统一到哪一层,隔离到哪一层

1. 指标口径:先统一“怎么看”

集团要比较各品牌经营结果,首先要统一关键指标定义:销售额按支付还是订单统计,退款归原销售日还是退款日,库存金额采用什么成本口径。集团指标应明确来源系统、统计周期、计算方法和责任团队,同时允许各品牌保留适合自身的分析维度。即使部分品牌暂时还在旧系统上,也能先建立一个可解释的集团经营视图。

2. 会员边界:品牌俱乐部独立,集团汇总单独授权

秉坤CRM会员中心按品牌分别配置会员俱乐部并划分权限。OneID用于同一品牌内连接门店、小程序、电商和导购等触点,不默认把集团旗下多个品牌合并成一个会员账户。集团是否汇总查看会员增长、活跃和复购指标,按授权范围和项目方案单独确认;会员身份、积分、券、储值和营销许可不默认跨品牌共享。对美妆集团而言,“能否汇总看”和“能否跨品牌使用”是两个不同的设计问题。

3. 库存边界:能比较经营结果,不改变货物归属

在本文涉及的美妆集团场景中,库存按品牌、法人、仓库和门店分别管理,不设置品牌间库存调拨。各品牌在自身范围内执行订货、补货、调拨和盘点;集团可以比较库存金额、周转、临期等指标,但这种汇总视图不改变具体货物和经营责任的归属。

4. 技术隔离:既是设计前提,也是验收底线

在一套统一架构里,品牌A账号无法访问品牌B的数据是设计前提,也应作为基础验收项。账号越权测试用于确认权限设计已经落实,但隔离验证不能只停留在菜单和查询页面。

更深一层要验证两件事。第一,架构如何承接品牌差异:新增一个品牌、调整促销或渠道规则时,分别属于参数配置、接口集成还是定制开发,是否会不断产生特殊补丁。第二,技术层面是否遵守同一边界:导出、接口调用、数据同步和后台任务是否都按品牌控制。逻辑隔离、独立实例与独立部署解决的问题不同,应按安全要求、故障影响范围、发布安排、运维资源和成本确定,不凭品牌数量决定。

三、一套架构,如何跨品牌、跨区域承接

三个品牌、100多家门店,并支持海外首店

某国内多品牌美妆集团项目覆盖三个品牌、100多家门店,并支持其中一个品牌的新加坡首店。项目处理本地生活平台连接、建议订货,以及海外门店的多语言操作、促销配置和第三方系统连接。三品牌零售与海外首店项目

这里的变化同时来自品牌和市场:已经建好的交易、配置和连接能力可以复用,语言、渠道和门店规则分别落实。它对应“一套统一底座、品牌与市场规则分别配置”的做法,各品牌仍然保留自己的经营规则。

12个品牌,共用一套零售平台

某美国高端美妆集团旗下12个品牌共用一套零售平台,各品牌分别配置商品、促销和会员规则;项目同时连接小程序、CRM和ERP,把原先隔日同步的数据改为实时分发,线上订单由手工录入改为自动导入,并支持PC、iPad和iPhone等门店终端。十二品牌零售协同项目

该项目减少了重复录入,改善了交易与会员数据的衔接,并复用了同一套零售能力。12个品牌共用产品能力,各自保留业务规则,体现了“架构统一、业务隔离”在多品牌规模下的实现方式。

同一套架构,如何延伸到不同区域

美妆集团的扩张也可能跨出中国大陆。秉坤团队已在东南亚交付零售项目,上述三品牌项目已经验证新加坡首店的多语言操作、促销配置和第三方系统连接。进入其他国家或地区时,语言、支付、渠道、税务与票据要求仍要逐项确认,不能把一个市场的实施结果直接复制到其他市场。

跨区域还要明确数据的部署与流动边界。会员、订单或员工个人信息是否向境外提供、提供哪些字段以及适用何种程序,应由品牌法务与安全团队根据数据类型、数量、处理目的及相关地区规则确认。统一架构可以配合区域部署和必要的数据交换,接口设计不能代替合规判断。相关要求可参考国家网信办发布的《促进和规范数据跨境流动规定》

四、方向、过渡与例外:三条路径怎么排

方向是明确的:对业务共性较高、仍在持续扩张且没有硬隔离约束的集团,长期更适合收敛到统一产品底座。另外两条路径分别承担过渡和例外角色,都应设定成立条件、切换安排和最终责任。

判断维度 方向:统一产品底座,按品牌划分业务范围 过渡:保留各品牌旧系统,先做集团数据治理 例外:各品牌独立建设与运维
什么时候成立 多个品牌存在较多共同能力,集团还将持续新增品牌、门店、渠道或市场 并购后短期,旧系统仍有效,近期重点是集团可视性与对账 安全、合同、区域合规或故障隔离有硬性独立要求
集团得到什么 可复用的产品能力与一套持续维护的共同基础 共同指标、接口规范、系统清单和数据责任 清晰的独立项目、数据与运维责任
品牌保留什么 商品、促销、会员俱乐部、库存及授权规则 原有操作、系统能力与上线节奏 自身系统选择、发布节奏和数据范围
主要代价 前期边界设计、配置治理与共享能力测试 多系统对账、重复接口,且容易从暂时共存发展成长期堆叠 重复建设、独立运维,集团层仍要汇总整合
最关键的验证 品牌差异如何承接;一个品牌的变化是否影响其他品牌 同一指标能否追溯来源并解释差异 集团如何获得必要数据,跨系统问题由谁处理

方向:统一产品底座,品牌规则分别配置。当多个品牌在门店交易、商品管理、促销计算、权限和接口上存在较多共性,而集团还会持续开新品牌、开新店或进入新市场时,一套统一底座更有利于复用既有投入。品牌差异通过参数配置、接口集成或必要的定制开发承接,避免所有品牌被绑定到相同的业务规则和发布节奏。选型时要验证规则是否真正按品牌生效,以及一个品牌的配置、流量峰值和版本变化会不会波及其他品牌。

过渡:保留旧系统,先做集团数据治理。并购后短期,主要品牌的POS、CRM、ERP仍稳定运行、没有充分替换理由时,可以先保留原系统,把重点放在指标口径、接口责任和集团报表上,先取得可比较的数据。过渡方案要写明切换条件,避免暂时共存发展成长期没有边界的系统堆叠,持续增加接口维护和人工对账。

例外:各品牌独立建设或独立部署。当品牌之间在安全、合同、区域合规或故障隔离上有明确的独立要求时,可以独立建设或部署,集团仍统一部分指标、接口规范和治理要求。独立到哪一层也要具体说明;同一产品可以采用独立部署,继续复用产品能力、实施模板和接口规范。

五、定架构前,用三次变化检验方案

第一,接入一个新品牌。列出可复用的组织模板、交易能力和接口,再列出需要重新配置的商品、会员规则、促销和门店权限。重点查看这些差异分别属于参数配置、接口集成还是定制开发。如果方案只写“复制一个品牌”,却说不清哪些内容要新增,就很难估算实际工作量。

第二,调整一个已有品牌。选一个真实的活动、审批或渠道需求,检查谁提出、谁批准、怎样发布、出现问题后如何恢复。验收时同时观察目标品牌和未参与调整的品牌,确认影响范围与设计一致。

第三,过渡阶段保留一套旧系统。选一类主数据和一笔交易,让新旧系统各自完成职责,再验证重复、延迟、失败后的补传和核对方式。只有正常演示、缺少异常场景,无法判断共存阶段的真实工作量。

项目范围可按标准功能、参数配置、接口集成、定制开发和暂不支持逐项记录,每项对应责任人、交付内容与验收证据。三次变化测试把架构选择转化为可以验证的项目边界。集团最终要确认两件事:共同建设的部分是否能够持续复用,品牌独立经营的部分是否得到清晰保护。两项同时成立,架构才适合继续承接品牌扩张。

常见问题

多品牌美妆集团必须把所有品牌一次性换成同一套系统吗?

不必。集团可以先确定长期架构方向,再根据旧系统状态、业务优先级和迁移条件分批实施。并购后旧系统仍有效时,可以先做数据治理与集团报表;过渡期应明确共存方式、切换条件和最终负责人。

同一套架构,为什么还要按品牌隔离?

架构统一用于复用产品能力和减少重复维护,业务隔离用于保护各品牌的经营独立。商品、促销、会员权益、库存和权限对应各品牌自己的经营责任,隔离清楚,一个品牌的变化才能限定在自身业务范围内。

集团用同一套CRM,会员会自动合并吗?

不会默认合并。秉坤CRM按品牌分别配置会员俱乐部,OneID用于同一品牌内连接门店、小程序、电商和导购等触点。集团是否汇总查看会员增长、活跃和复购指标,按授权范围和项目方案单独确认;会员身份、积分、券、储值和营销许可不默认跨品牌共享。

集团能汇总看库存,是否就能跨品牌调货?

不能这样推导。在本文涉及的美妆集团场景中,库存按品牌、法人、仓库和门店分别管理,不设置品牌间库存调拨。集团汇总库存金额、周转或临期等指标用于经营分析,不改变货物归属和品牌自身的库存作业范围。

跨国经营时,数据必须放在一起吗?

不必。统一产品底座可以配合区域部署和必要的数据交换。数据是否跨境、跨境范围及适用程序,应按数据类型、数量、处理目的和相关地区规则判断,并由品牌法务与安全团队确认。

统一产品底座是否一定更省成本?

不一定。集团要同时计算数据整理、接口、品牌差异、测试、培训、迁移和长期维护成本。统一底座形成成本优势的前提,是共同能力能够持续复用,品牌差异可以通过明确的配置、接口或定制范围承接;具体投入仍以项目范围和验证结果为准。

继续了解集团共同能力与品牌独立经营如何落到统一零售底座,可阅读《集团型品牌如何基于统一零售底座保留多品牌经营差异》

涉及美妆商品、会员、门店和多品牌经营场景,可查看美妆品牌零售系统解决方案

先明确这次整合要解决什么

集团当前更需要解决报表不可比、重复建设、新品牌接入效率,还是安全与区域合规隔离?可以先列出本期目标、已有系统、必须保留的品牌边界和三次变化测试,再组织经营、运营与IT团队共同评估。长期方向由业务共性和隔离约束决定,实施节奏按现状安排。

如果已经整理好品牌清单和现有系统,可联系秉坤顾问,围绕统一架构的落地范围、旧系统的过渡安排和跨区域数据边界,安排一次方案沟通。