有机云｜连锁门店做企微：客户归属、账号分工、离职交接怎么定

连锁门店做企微，先回答一个问题：客户算门店的，还是算员工的。归属定不下来，账号越多，客户越容易丢。

一、先定归属：客户算门店、算员工，还是算区域

三种归属模式，各有适用条件

客户归属没有标准答案，取决于门店数量、员工流动率和总部管控强度。先选一种，再写进制度，别让每个区域自己解释。

归门店，客户是门店资产。员工调店、离职，客户留在门店号或门店客户池里。这种模式适合门店多、员工流动快、复购靠到店服务的连锁。代价是员工个人加好友的积极性要另外设计，不然大家只愿意用门店号，不愿意用自己的号加人。

归员工，客户跟人走，服务连续性强。这种模式适合顾问型、高客单、跟单周期长的业务。风险是员工离职可能带走客户，所以要有备份和交接机制，不能只靠口头约定。

归区域，客户由区域经理统一管理，适合跨店消费、区域营销。区域归属要配区域报表，否则总部看不到细节。

多数连锁会用混合模式：门店是资产归属，员工是服务关系，两层分开记录。客户算门店的，服务记录跟着员工走；员工走了，客户和服务记录一起转。

归属要写进账号命名和标签

账号命名、客户标签、渠道码三处要能看出归属。三处对不上，报表拉不出来，交接也说不清。

账号命名用“城市-门店-角色-序号”，比如“广州-天河店-客服-01”。命名规则统一，后面排班、转接、报表都省事。命名里不要放员工姓名，员工调店后改名字很麻烦，放岗位和序号就够。

客户标签至少四个字段：归属门店、渠道来源、服务员工、客户等级。标签不要只用来分类，要能被人群包、分配规则和 SOP 用起来。只能看不能用的标签，最后会变成一堆没人维护的彩色标记。

渠道码一店一码、一活动一码。码的数量按门店和活动控制，不要把所有门店导到同一个码。码太多也麻烦，活动结束后要停用，不然来源报告里会留下一批已经结束的渠道。

每月抽一次，核对客户归属和实际服务人是否一致。门店调改、员工换岗后，归属最容易错。

二、账号分工：总部号、门店号、员工号各管什么

三类账号的职责边界

总部号管品牌和统一活动，门店号管到店和本地服务，员工号管一对一跟进。三类号混用，客户会被反复打扰。

总部号不要天天发门店促销，门店号不要替总部发品牌声明，员工号不要私自承诺活动权益。三类号的内容边界写进一张表，新员工入职先看这张表。

一个门店多个号，先定主号和备用号

主号对外、备号承接活动和高峰。主备关系写清楚，客户才不会在两个号之间被踢来踢去。

主号承担门店对外展示、活码默认承接、客户第一联系人。备号承担活动期分流、高峰期接待、主号异常时接管。切换规则要提前写：什么情况下用备号、备号接到什么时候、客户什么时候回主号。

不要多个号同时主动加同一批客户。客户收到几条同样的问候，第一反应是拉黑。

三、客户进入：渠道码和活码先把来源分清

每个门店、每个渠道一个码

渠道码的价值不在多，而在能回答客户从哪来。一店一码、一活动一码，来源报告才有意义。

门店码贴在收银台、门店海报、导购胸牌上。活动码一场活动一个，活动结束就停用。员工名片码一人一个，方便统计个人获客，也方便离职时回收。

欢迎语里写清门店名、地址、营业时间。客户第一眼知道自己在跟谁说话，后面的到店和售后都省沟通成本。

来源分不清，后面所有报表都不准

来源标签是来源报告、成员报告和群聊统计的底座。底座错了，复盘只会得出错误结论。

渠道码可以自动打标签、标识渠道、配渠道欢迎语、分组。自动打标签还可以按聊天关键字、表单、拓客活动触发。门店落地时，先保证“每个入口有码、每个码有标签、每个标签有人维护”。

客户进群和进私聊，要分开算

私聊客户和群客户是两种资产，考核方式也不一样。混在一起算，既看不清规模，也看不清活跃，最后连该补哪一边都判断不了。

私聊看新增、留存、首响。群看群数、新增群、成员、活跃成员。同一客户既在私聊又在群，报表里要能区分，不要重复计数。重复计数会让门店觉得客户很多，实际能触达的人没那么多。

四、客户流转：转接、排队、交接

跨门店转接要带三样东西

转接要把客户的问题、承诺和下一步一起交出去，不能只把客户推给另一个号。

第一样是当前问题：客户现在要解决什么，写到一句话。第二样是已承诺事项：之前谁答应过什么，时间、权益、条件写清楚。第三样是下一步和时间：谁在什么时候做什么，客户什么时候会收到回复。

转接后要确认。接手人确认收到，原客服再关单。没有确认的转接，等于把客户放进黑洞。

员工调店、离职怎么交接

调店和离职是客户资产最容易断的两个时点。交接清单要在人走之前跑完，不要等人走了再补。

提前一周列出名下客户，按门店、业务线、客户等级分组。按组分配给接手人，优先保证高价值客户和未完成事项有人接。用在职继承把客户转给接手人，服务记录、标签、未完成事项一起转。只转客户不转记录，接手的人还要从头问一遍。

交接后 24 小时内核对：客户数对不对、重要客户有没有漏、承诺有没有接上。离职前停止主动添加新客户，避免刚交接完又进来一批无人负责的客户。

排队和首响：总部要看超时，不要只看态度

多门店场景下，排队规则和首响超时提醒决定客户体验。只看聊天记录，找不到问题出在哪。

按门店或业务线分组排队，不要让所有门店抢同一个池子。给每个客服设最大接待数，满了进排队；急单走专属队列。首响超时提醒落到班组，不要只发个人。个人提醒容易被忽略，班组提醒才会调整排班。

五、总部看什么：三张报表

来源报告看渠道

来源报告回答客户从哪来、哪个渠道留得住。先看四周的周期趋势，再看单店差异，避免被一场活动带偏。

来源报告写渠道获客、留存和周期趋势。总部用来看投放和门店引流的效果，门店用来看自己的入口有没有人扫。同一张表，总部看大盘，门店看自己那一行。

成员报告看响应

成员报告回答谁在接、接得怎么样。它适合用来排班和培训，不适合直接做个人排名，否则客服会挑客户。

成员报告写成员获客、留存和周期趋势；客户联系报告写客户活跃，以及成员回复时效与质量。两张表一起看，能分清“没人加”和“加了没接”。只做个人排名，客服会挑客户，数据反而失真。

群聊统计看社群

群聊统计回答群是资产还是负担。群总数只能说明规模，连续两个月的活跃成员才说明这个群还有没有价值。

群聊统计写群数、新增群、群成员、新增成员、活跃成员。连续两个月活跃成员下降的群，要么合并，要么换运营动作。群数量可以作为规模参考，不能作为运营成绩。

六、上线顺序：先一个区域跑通，再复制

试点门店怎么选

试点选一家客流量稳定、店长愿意配合的门店。不要选最难的店，也不要选最特殊的店。

客流量稳定，数据才有可比性。店长愿意配合，规则才落得下去。业务有代表性，复制到其他门店时不用重写。试点期先跑两周，不急着考核，先把流程跑顺。

复制到其他门店的检查表

复制到其他门店前，要逐店核对七件事。七件事对不上，先补课再上线，不要带着问题复制。

• 账号命名是否统一
• 渠道码是否一店一码
• 标签是否按同一套字段
• 欢迎语是否带门店信息
• 转接规则是否带三样东西
• 首响超时是否有人看
• 报表口径是否一致

总部不要一次把所有规则定死

先跑两周，再用真实数据补规则。一次性定几十条，门店记不住，最后全部回到人工。

规则分两层：总部定底线，包括归属、命名、交接和合规；门店定动作，包括欢迎语、活动节奏和排班。底线不能改，动作可以调。

常见问题

Q1：客户归门店还是归员工？
多数连锁适合“门店是资产归属，员工是服务关系”。客户算门店的，服务记录跟着员工走；员工调店或离职，客户和记录一起转。纯归员工适合顾问型业务，但要有备份和交接机制。

Q2：员工离职，客户和聊天记录能一起转吗？
可以用在职继承把在职成员的客户分给其他成员。交接时把客户、标签、服务记录和未完成事项一起转；转完要核对客户数和重要客户，避免漏接。

Q3：门店自己加客户，总部怎么管？
先统一账号命名和渠道码，再统一标签字段。总部看来源报告和成员报告，门店看自己的入口和响应。不要用“禁止加客户”来管，员工会转到个人微信，反而更看不见。

Q4：多个门店共用一个客服，怎么分？
按门店或业务线分组排队，给客服设最大接待数，满了进排队。共用客服最容易出现“谁都接、谁都不负责”，所以转接必须带备注和下一步。

Q5：连锁门店一定要上 SCRM 吗？
门店少、客户量不大时，先把账号命名、归属表和交接规则用表格跑顺，再考虑系统。门店多、账号多、员工流动快，人工表格跟不上时，再上系统。

---

连锁门店的企微管理，工具只占三成，七成在归属、分工和交接规则。先把这三件事写成一张表，再选系统，上线会顺很多。有机云在服务连锁客户时，也是先帮客户把这张表补齐，再谈账号和功能。