客户旗下有两个品牌，各自有客服团队。系统里建了两套账号、两套工单池，客户信息却共用一份。结果同一个客户在两个品牌各提一次问题，两个团队分别处理，还互相不知道对方已经解决了。
3 类冲突场景
2 种组织形态
1 套数据规则
1. 冲突来自组织边界和数据边界不一致
组织上分品牌管理，数据上客户只有一个。系统如果只按组织切分，客户就被切成两半；如果只按客户合并，两个团队又会互相看到不该看的内容。这条缝不补，越用越乱。
2. 三种常见冲突
一是重复服务，同一问题被处理两遍；二是口径不一，两个品牌给客户的答复不同；三是责任推诿，都认为对方在跟。三者都会直接体现在客户体验上，而且很难靠开会解决。
3. 先定数据归属，再定权限
客户主体统一，服务记录按品牌打标，权限按品牌划分，跨品牌的可见性由客户授权决定。规则定清楚之后，系统配置才有依据。先配系统再吵规则，通常要返工。
4. 组织变化要提前告知
客户开新品牌、拆事业部、并购子公司，这些动作往往在系统里突然出现。把组织变更提前一个月同步写进服务约定，比事后补救省力得多。
5. 客户视角要统一，内部可以分开
对客户来说，他面对的是一个品牌还是一家公司，感受完全不同。可行的做法是内部按品牌分开考核，对外统一一个服务窗口和一个口径。两边都满意，才算真解决；只统一内部报表，客户的困惑一点没减少。
结语
组织怎么分是客户的事，数据怎么连是系统的事。两件事对齐了，才不会出现两个团队服务同一个人的尴尬。