企业官网建设流程全解析

多店客户数据归哪本账：先定模式，再配标签和报表

多店连锁谈客户数据归集，最容易走偏的起点是把它当成一个「导入动作」：把几家店的客户并到一个库里就算完。真做起来，它是三组要先定的配置——客户档案记在谁的账上、标签字段用谁的口径、报表按什么口径取用。这三组配反了，每加一家门店就要返工一次。

三种常见做法——总部账、门店账、双写——就是把这三组配置成三种组合。没有通用答案，选哪种取决于治理结构：总部的管控半径、门店的自主空间、客户是跟店还是跟人。本文按系统配置的视角把三种模式拆开，最后给一张对照表和一份核对清单。

归集先回答一个问题：数据记在谁的账上

同一个「把多店的客户管起来」，落到配置里，第一个分叉是：客户档案挂在谁的账下。这一问决定三件事——标签口径谁定、门店有多大自主空间、数据给谁看。三种模式的分界都在这里：数据统一记在企业侧、按门店归属，还是两套口径并行。

先说清一个原则：三种模式里不存在把好处叠在一起的配法。总部要全收、门店要自主、两边还要实时对齐——三个都要的配法，通常是谁都不负责。

总部账：口径统一，门店是服务入口

总部账的做法是客户数据统一记在企业侧，门店和店员是服务触点。适合直营体系、动作标准化、跨区域要求一致的连锁。

配置上落在两处。一是标签按组管理：来源、门店、品类这组标签由总部一次定义，门店在口径内使用，避免每家店一套叫法。二是报表分两种视角：一张总览报表看客户总量与发展趋势，总部拿总盘；再配一张按来源拆开的报表，把各门店带来的客户数量与留存排名摆出来——门店看得见自己的贡献，才不会觉得客户记到总部是白忙。

这一模式也有前提：门店得能回答「这个客户算谁的」，服务动作才不会缩水。答案给不出时，先把归属口径写下来，再谈配置。

门店账：各自经营，兜底先配好

门店账的做法是客户按门店归属、门店自主经营，总部主要看结果。适合加盟体系、门店差异大、总部不直接干预单店动作的连锁。

它的风险集中在两个变量上：店长离职、门店关停。兜底要在并客户之前配好，落地是两件事：

• 成员变更时的移交：企业微信提供的在职继承能力支持把客户转给其他成员继续服务，客户无感交接，每次继承有记录可查；
• 成员被删除后的去向：名下客户按离职继承的流程重新分配，分配规则提前定好，名单不至于越攒越虚。

总部这一层，用按来源拆开的报表看各门店的客户数量与留存排名，用总览报表看整体走势。

双写：两套口径并行，关键是互不覆盖

双写最容易被误解成「把数据存两份」。它的实际做法是两套口径各记各的：总部口径一组标签，管客户属于哪个体系、哪些分类要统一；门店口径一组标签，管客户在本店的消费与服务记录、谁在跟。

配置上的要点只有一条：两组标签各加各的、互不覆盖，报表按口径分别取用。它适合直营与加盟并存的结构，或者总部管分类与合规、门店负责服务的连锁。

如果两边都想往对方的口径里写，说明口径还没定清——这种情况宁可先退回单模式，把一组口径跑顺了再拆开。

三种模式对照表

说明：通用口径，具体功能范围以各平台官方文档为准。

选模式前先答四个问题

1. 门店是直营还是加盟，总部对门店动作有没有统一要求；
2. 客户的消费记录，是各店独立结算还是总部统一结算；
3. 店长离职或门店关闭时，客户跟着谁；
4. 报表主要给谁看，总部还是门店。

第三题最关键：客户跟人还是跟店，直接决定兜底规则怎么配。

核对清单：按四组问题逐条去问

模式定了，还要落到系统上核对。四组问题按「账号 → 字段 → 报表 → 边界」依次问：

账号与归属

1. 客户档案记在哪个主体名下，门店账号与总部账号是什么关系；
2. 成员换人时客户能不能移交，每次移交有没有记录可查。

字段与口径

3. 标签能不能分组，总部口径与门店口径能否并行、互不覆盖；
4. 来源、门店、品类这些维度能否落到字段上，导入或同步进来的数据对不对得上。

报表与取用

5. 报表能不能按来源、按门店、按成员拆开看；
6. 门店能不能只看自己那一摊，还是所有人共用一个总盘。

边界（如实问）

7. 成员被删除后，名下客户的分配规则是什么、执行有没有记录；
8. 跨主体、跨企业号的数据合并，哪些属于平台合规流程里的事，而不是配置里的事。

答不上的条目集中在哪一组，风险就在哪一组。

三个容易配反的地方

• 把归集当权限问题：以为分好账号就归集完了。它首先是口径问题——客户算谁的、谁对留存负责，先有答案，账号只是执行；
• 加盟体系照搬总部账：加盟门店对客户数据最敏感，硬收容易被绕开，客户被加进店员的个人聊天工具，账上反而是空的。务实做法是门店账加统一口径标签：客户留在门店服务，来源、品类这些维度按总部口径标；
• 双写当存两份：乱的原因从来不是记了两套，而是两套口径没定清、互相覆盖。

什么情况先别谈归集模式

两个前提没到位时，谈模式等于空转：一是门店的单店承接——入口码、欢迎语、基础标签——还没跑顺的，先补这一层；二是客户总量还小、只有两三家店的，用一组标签把门店维度标出来就够，不必急着套模式。

另外一条边界如实说明：跨主体、跨企业号的数据合并做不了，也不该由任何一方承诺；涉及这类需求，先按平台侧的合规流程核对。

你们门店的客户数据现在记在哪本账——总部、门店，还是两套并行？欢迎评论区交流。