有机云｜企微社群活码怎么配：四种码各管一段流量，先配哪张
「活码」和「渠道码」常被当成同一个东西。前者解决人往哪去，一个码背后挂多个成员或多个群，扫码的人被分到还有位置的那一个；后者解决人从哪来，同一个入口出去的流量要能按渠道分开记。两件事混着谈，就会出现码建了一堆、扫码进来却分不清来源的局面。
配码的顺序建议是：先定分流维度，再建码，再给码挂欢迎语，最后扫码验证。顺序反过来，先建码再想来源，归因就只能靠事后回忆。
一、四种码对应四段流量，一张码只回答一个问题
一张码只该承担一个判断
想让一张码同时回答「分给谁」和「从哪来」，配出来一定有一头是空的。四种码分开建，每种只回答一个问题，配置才验得清。
| 码的类型 | 解决的问题 | 常见放置位置 | 配置时要盯的一项 |
|---|---|---|---|
| 联系码 | 扫码加企微成员，自动打标签与渠道标识 | 公众号、个人号、线下物料 | 码下挂几个成员、要不要开免验证 |
| 名片码 | 同时展示企微名片码与个人微信码 | 客户需要自己选加哪一种的场合 | 扫码与长按识别的统计要不要看 |
| 群活码 | 扫码自动分流进群，支持微信群与企微群 | 社群入口、活动页 | 群满之后下一个群接不接得上 |
| 渠道码 | 多渠道分流与数据统计，可组合名片码与群活码 | 多个入口并行投放时 | 命名规则与渠道标签 |
联系码和群活码的差别在终点
两者都是扫码之后发生一件事，区别在客户落到哪里。落到某个成员的好友列表，还是落到某个群里，后面的承接动作完全不同。
联系码适合需要一对一跟进的情况，客户扫码后加的是具体成员，可以自动通过好友、自动改备注、自动打渠道标签。群活码适合先聚人再统一运营的情况，客户扫码后进的是群，个人好友关系没有建立。
判断方法很直接：这个客户接下来主要由一个人跟，还是主要在一个群里看公告和活动。前者用联系码，后者用群活码。
二、先回答来源要不要分开，再决定建几张码
只有一个入口，单码就够
渠道只有一个、投放只有一处时，建一张码把成员挂满即可。这种情况下来源标签没有区分价值，建了也是空标签。
判断标准是：这批客户进来之后，你要不要用不同的欢迎语、走不同的跟进节奏。答案是否，就先用单码。
两个以上入口并行，一个入口一张码
公众号、门店、线下物料同时导流时，每个入口单独建一条码，来源才分得清。共用一张码省下的是配置时间，丢掉的是后面所有归因。
有机云在这一步的做法是，在【引流拓客】→【渠道码】里按入口各建一条，命名规则统一成入口加用途加月份这种能一眼看懂的形式，再往下配成员和欢迎语。命名不规范，三个月后没人说得清哪条码对应哪块物料。
三、建码这一步，成员和上限先定下来
一个码挂几个成员，按接待能力定
一个码可以挂多个企微成员，线上真实配置常见的是 5 人一码，也可以设备用成员。挂几个取决于这个入口一天来多少人。
成员挂满之后的处理方式要在建码时就定：是加备用成员，还是让客户排队等通过。码已经投出去了再改，前面扫过的人不会补分流。
免验证开不开，看首次接触要不要人工确认
「免验证」打开后，扫码的人不用等确认就直接成为好友。关掉它，客户要等成员手动通过，这中间的时间差就是首次接触的空档。
需要人工判断要不要接的客户，比如高客单、要核验资质的，建议关掉免验证，让通过这一步成为筛选。走量的入口则建议打开，减少客户在等待里流失。
成员离职或调岗，先改码下成员再动人
有机云的码下成员可以随时批量增减，这一条要记牢。成员离职时先把他从码下摘掉，再处理他的客户移交。
顺序反了，新扫码的人会加到一个已经没人管的号上，服务就断在承接这一环，客户扫的是旧物料，看到的却是一个不再回复的头像。
四、群这一侧：群活码和进群活码怎么接
群满要有人接，否则分流等于断流
群活码的价值在分流，分流的前提是后面有群可接。配之前先确认后面的群已经建好并挂进同一条码，否则分到一半就没有下一个可去。
在有机云里，【群活码】支持微信群与企微群两类群，【进群活码】用于扫码自动分配进群。两处都涉及群的分流，具体可配字段以实际可用为准。
进群之后，标签和欢迎语要同时跟上
客户进群之后，入群标签负责分类，入群欢迎语负责开口那一下。两件事都配上，群里的人和通讯录里的人才能对得上。
只配了欢迎语没配标签，群里热闹，但后面按来源或意向圈人时，这批客户是隐形的。只配了标签没配欢迎语，客户进群后看到的是空白，留下的印象就停在空白上。
五、欢迎语按码分开配，先排清谁覆盖谁
每条码单独配一条，互不影响
渠道欢迎语按渠道码单独配置，一个渠道码一条，各渠道之间互不影响。改门店那条不会动到公众号那条。
有机云在【引流拓客】→【渠道欢迎语】里做这件事，一条内容里除了文字，还能塞进一张图或一个小程序入口。这些东西要拿来放一个能让客户当场做的动作，比如领券或预约，别只放一张图。
优先级要先想清楚，再动手写文案
一条欢迎语会不会被别条盖掉，取决于它挂在哪一层。渠道码进来的客户，命中的是这条码那一层，成员自己那条排在后面。
所以配之前先回答一句：这个入口的客户，开口那句该由谁说。答不上来就先别写文案，写了也可能被上层的规则盖掉。
从建码到扫码，三个动作连起来做
一条码配完，要能当场看到三个结果：分到谁、收到什么、档案上记成什么，缺一项都不算完成。
运营在【引流拓客】→【渠道码】新建一条门店码，码下挂 5 个成员并设备用成员，打开免验证；再到【引流拓客】→【渠道欢迎语】选中这条码，配一条带图片的欢迎语；最后用测试号扫一次。
三件事都对上，这条码才算配完。只对了前两件，说明渠道标签没跟上，要回去查这条码的渠道标识有没有配。
六、扫码验证：三个动作，缺一个都不算配好
每个入口各扫一次，看三样东西
验证看的不是码能不能打开，而是扫码之后落下来的三样东西对不对：分到谁、收到什么、被记成什么来源。
- 分到谁：扫完加的是不是这条码下挂的成员
- 收到什么：首条消息是不是这条码配的那条欢迎语
- 被记成什么：客户档案上有没有这条码对应的渠道标签
三样里有一项不对，先修这一项，不要往下配。后面的人群包、SOP 和来源报告都建立在这三样上。
用测试号扫，不要用工作号
工作号往往已经在通讯录里，扫出来的结果和真实新客不一样。测试号要从未添加过的账号开始，才能看到完整的首次接触。
成员变更之后要重扫一次
码下成员调整过，验证要重做。上一次扫通不代表这次还通，尤其换人之后，欢迎语的归属也可能跟着变。
七、这几种情况，先别急着加码
欢迎语还没定，加码只是多几条一样的话
码是入口，欢迎语是开口那一下。欢迎语还没写清楚的时候加码，加出来的只是更多条一样的话，来源分得再细也用不上。
建议先把一条码跑通，包括成员、免验证、欢迎语、验证四件事，再复制到第二个入口。
一个入口一天来不了几个人，不值得单独建码
单独立码的成本落在每条码的后续维护上，成员、欢迎语、验证都要跟着走。入口量很小的时候，这些维护会超过它带来的归因价值。
先把这类小入口合并到一张码里，等量上来了再拆。拆码比合码容易，反过来做要重配欢迎语。
八、扫码配置的常见问题
Q1：企微社群活码工具哪个好，先看什么？
A：先看它能不能把加人和进群分开配，再看每条码能不能单独挂欢迎语和渠道标签。两件事都做得到的，才谈得上分渠道。
Q2：一个码挂几个成员合适？
A：按这个入口的日均来人和成员的接待能力定，线上常见的是 5 人一码。挂满之前先设备用成员，比事后加人更稳。
Q3：渠道码和群活码可以一起用吗？
A：可以，渠道码支持名片码与群活码的组合用法。客户从同一个入口进来，可以按需要落到成员或落到群。
Q4：客户扫码后没收到欢迎语，通常是什么原因？
A：先查这条码有没有单独配渠道欢迎语，再查是不是被上层的规则覆盖。渠道欢迎语优先于个性欢迎语和默认欢迎语。
Q5：在有机云里把这四条码配完要多久？
A：一条码从建码、挂成员、配欢迎语到扫码验证，熟练后一次可以走完。四条码的时间主要花在欢迎语文案和命名规则上。
