企业微信承接：把搜索来的流量留下来

企业微信承接指的是用户从搜索结果、公众号、广告落地页等入口进入后，被引导添加企业微信成员，并在后续沟通中持续被服务的过程。

它和加好友不是一回事。加好友只是一个动作，承接关注的是加进来之后的一段时间。很多团队把力气花在让用户加上好友，加进来之后没有安排，用户聊两句就沉寂了，加好友的投入也就浪费了。

承接包含哪几个环节

把这段过程拆开看，通常包含五个部分：

• 入口设置：用户从哪里能加到人，加到的是谁。
• 身份说明：用户加进来之后，知不知道对面是谁、能帮他做什么。
• 首次沟通：第一句话说什么，能不能把用户的实际问题问出来。
• 后续跟进：加进来之后隔多久联系、联系什么，有没有节奏。
• 退出机制：用户明确不需要的时候，能不能体面地结束，而不是被持续打扰。

五个环节里，前三个决定了用户对这段关系的第一次判断，后两个决定了这段关系能维持多久。多数团队的断点在第三和第四个环节之间。

常见的做法和几个坑

常见的做法是在公众号菜单、文章底部、小程序客服和广告落地页统一放同一个企业微信活码，用户扫码后自动带上来源标签，再由对应的成员接手。

这里容易踩的坑有几个：

• 入口太多导致来源判断不清。成员在不知道用户从哪来的情况下开场，第一句话往往很泛，用户感受不到被理解。
• 活码长期不轮换。成员离职或调岗后，用户被分到无人认领的账号，消息发出去没有人回。
• 欢迎语堆满介绍和链接。用户还没问问题就先收到一大段文字，等于把主动权拿走了。

三个坑的共同点是：都发生在用户已经表达出兴趣之后。前面的获客投入花得再有效，最后一步没接住，整体效果还是为零。

一次完整的自查体验

自查可以从一次真实的添加体验做起。用自己的账号从各个入口各走一遍，记录几件事：

• 扫码后多久有人回应，是几分钟还是几小时。
• 第一句话有没有提到用户是从哪来的，还是一句通用的开场白。
• 有没有问出用户的实际问题，还是只在做自我介绍。

再看成员侧：标签是否自动打上、会话是否分配清楚、有没有设置未回复提醒。最后看数据侧：加好友数、首触响应时长、七日内有实质沟通的比例，这三个数分开看，比只看新增数更能说明问题。

三个值得分开看的数字

• 加好友数：反映入口的引流能力，但它不说明承接的效果。
• 首触响应时长：用户等到回应的时间。超过一定长度，沟通意愿会明显下降。
• 七日内有实质沟通的比例：真正反映承接质量的一个数，因为它过滤掉了加了但没聊的情况。

只看第一个数，容易得出「入口做得不错」的结论，而实际问题是后半段全断了。三个数放在一起看，才能定位断在哪一段。

欢迎语怎么写

欢迎语的目标不是介绍自己，而是让用户开口。

可用的结构是两三句话：一句说明自己是谁、能帮什么；一句提一个开放问题，让用户有话可接。剩下的介绍和资料，等用户回应之后再给。

判断标准也简单：读完这条欢迎语，用户知不知道该说什么。如果读完只能沉默，那就还是太长、太像宣传。

来源标签为什么重要

来源标签记录的是「这个用户从哪里来的」。它看似是技术细节，实际直接影响沟通质量。

同一个问题，从广告落地页加进来的人和从公众号文章加进来的人，关心的事情不一样。成员知道来源，第一句话就能接上用户的处境；不知道来源，只能从零开始问，用户要多回答几轮才能进入正题。

标签还有第二个作用：判断哪个入口值得投入。攒一段时间的数据，能看出哪类入口来的人多、哪类入口来的人留存好。没有标签，这些比较就无从做起。

成员交接时要注意什么

成员离职或调岗是最容易被忽略的断点。用户还留在原来的会话里，但对面已经没有人处理消息。

交接时至少要做三件事：把名下的会话移交给接手的人；把交接这件事通知到仍在沟通中的用户，换一个人对接需要打个招呼；把用户资料和之前的沟通记录一并交接，让接手的人不用从零了解。

活码归属也要一并更新。入口指向一个已经离开的人，是承接链路里最典型的静默故障，从外部完全看不出来，只有用户知道消息发出去没人回。

把承接流程写成文档

人一多，口头约定就靠不住。把承接流程写成一份简短的文档，内容包括：各入口分别对应谁、欢迎语模板在哪里、常见问题的标准回答是什么、遇到解决不了的问题转给谁。

文档的价值在换人时最明显。新成员照着文档走，第一周就能正常接待，不用靠老成员一条条讲。文档也不用写得很厚，能让人照着做就行，边用边补。

可以先做这几件事

• 把现在所有能加企业微信的入口列成一张表，逐个走一遍，失效的和重复的先删掉。
• 给每个入口配独立的活码和来源标签，让成员开场时能说出用户是从哪来的。
• 把欢迎语压到两三句话，只留一句自我介绍和一个开放问题。
• 把首触响应时长和七日实质沟通比例记下来，作为后续调整的对照基线。

具体的能力范围与数据口径以官方最新说明为准，提交前在后台再核对一遍。