私域获客工具哪个好用？先看客户加进来之后去了哪里
运营在【引流拓客】→【联系码】里给一场活动建了新码，扫码量在涨，三天后销售却问这批人该由谁接。答案不复杂：获客工具要先看客户加进来之后去了哪里，再看它加了多少人。入口只是第一段，承接、分层和下一次触达才决定这批客户能不能留下来。
先按四段去向验收，不要按加人数量验收
入口只完成第一步，不能代表获客完成
入口解决的是客户从哪里进来，承接才决定他进来后有没有人负责，两件事不能混在一起验收。
很多工具把扫码、加好友做得很顺，可客户进来后没有明确成员接手，没有进入可筛选的名单，也没有下一次联系安排，获客就只完成了名单增加。
第二周的断点，通常出现在承接责任上
客户加进来后的第一次回应若没有明确责任人，第二周就会出现名单还在、跟进却没人接的空档。
四段去向表：每一段都要能指出负责人
四段去向表把入口、承接、分层、触达拆开，每一段都要求写出动作、责任人与可核对结果。
| 去向段 | 客户发生了什么 | 要核对的功能 | 责任落点 |
|---|---|---|---|
| 入口 | 从活动、门店或广告扫码进来 | 联系码、渠道码 | 客户进入哪个成员或群 |
| 承接 | 自动通过、备注、收到第一句欢迎 | 接受新客户、渠道欢迎语 | 谁在什么时候接第一句 |
| 分层 | 被来源、阶段或需求标签区分 | 客户标签、人群包 | 谁维护标签与人群包 |
| 触达 | 进入固定跟进节奏或下一次联系 | 新客SOP、成员报告 | 谁检查执行与结果 |
第一段入口：客户从哪里进来，是否落到可识别的人
联系码先解决客户落到哪个成员
联系码把扫码客户分给具体成员，并自动带渠道标签，入口这一段才有可追溯的落点。
在有机云里，一个联系码可以挂多个企微成员，客户扫码后自动分流，还能自动通过好友、改备注。入口配置的关键不是码本身，而是码后面有没有明确的接待人。
渠道欢迎语要在客户进来前配好
渠道欢迎语按渠道码分别配置，客户扫码后收到的第一句不同，第一次接触才不会像群发广告。
一码多渠共用，会让承接现场失真
多个渠道共用一个码时，客户虽然进来了，团队却说不清他来自哪一场活动，后续话术只能靠猜。
这不是说一个码只能服务一个渠道，而是说码的命名和分组要能还原来源。渠道一混，后面的标签、人群包和跟进节奏都会跟着混。
第二段承接：进来之后谁在什么时候接
接受新客户要同时完成通过、备注和欢迎
接受新客户把自动通过、自动打标签、改备注和欢迎语放在同一次动作里，客户不用等人工确认。
欢迎语优先级要在配置前想清楚
渠道欢迎语优先于个性欢迎语，个性欢迎语又优先于默认欢迎语，配错层级，客户收到的第一句就会错位。
配置现场：用测试号走一遍完整承接
用测试号从活动码进入，核对自动通过、来源标签、备注和欢迎语四项，任何一项缺失都算没配完。
在【引流拓客】→【渠道欢迎语】里选对应渠道码，填写文字欢迎语并按需添加附件；再到【引流拓客】→【联系码】确认码下成员与分流设置。测试号走完后，回到客户档案核对标签和备注，承接这一段才有可检查的结果。
第三段分层：客户是否进入可再次触达的人群
标签组先解决客户能被哪类动作找到
客户标签按标签组管理，来源、阶段和需求分开，后面的人群包与SOP才有稳定的筛选基础。
标签不是给客户贴得越多越好。一个标签如果不会触发人群包、SOP或排除条件，它就只是维护负担。新建前先问它会进入哪条动作，答不出来就先不加。
人群包让可再次触达的名单保持更新
人群包按标签与客户属性圈人，开启自动刷新后，客户标签变化会反映到集合里，名单不必每次重拉。
有机云的人群包保存后会显示圈中人数，还能设置自动刷新和静默时段。运营要先确认集合里确实是目标客户，再把它交给群发或SOP，不能只看人数对不对。
第四段触达：有没有下一次固定安排
新客SOP负责把下一次触达固定下来
新客SOP在客户添加成功后按天推送，把第一次跟进从个人记忆变成可检查的安排。
有机云的新客SOP可以按不同标签发不同内容。配置时先定进入条件，再定每天内容，最后用测试客户验证推送时间和内容。
触达频次要按平台约束排，不要按心情加
群发每个客户每天 1 条，这个额度要求团队先决定哪条消息值得发，不能把所有内容都塞进同一天。
额度只有一份时，促销、服务提醒和活动通知就会互相争抢。运营要先排优先级，再用标签或人群包缩小范围，否则发出去的内容只是把额度用掉。
退出条件没配，SOP会把已完成客户继续推
客户已经成交、退订或转人工后仍收到培育内容，代价是服务体验被打扰，SOP必须配退出与退订处理。
配置SOP时不要只盯着第一天发什么，还要看客户走到哪一步应该停。退订开关、标签变化和人工接管都要提前写进流程，否则自动推送会越过服务边界。
只解决加人的工具，第二周会断在哪
缺的是承接人与可复用名单
工具若只负责把客户加进来，承接人与分层名单仍要人工补，第二周就会出现有人加、没人接的情况。
这类工具在活动期看起来效率很高，活动一结束就暴露问题。客户没有标签、人群包和下一次联系时间，销售只能从头问一遍。
成员报告能指出结果，不能替代责任分配
成员报告看获客数量与留存排名，它告诉你谁的结果不同，却不能自动决定哪个客户该由谁接。
报告是复盘入口，不是责任分配器。看到某位成员获客多、留存低，下一步要回到客户名单和承接记录，查清是来源问题、接待问题还是跟进节奏问题。
采购时先问三个去向问题
采购前先问客户进哪个成员、进哪个人群包、进哪条SOP，三个问题答不出，功能表再长也难落地。
- 客户扫码后由谁接第一句，备用人是谁。
- 客户进来后进入哪个人群包，什么时候自动更新。
- 客户第几天收到下一次联系，什么情况下停止。
三个问题都能落到具体配置，工具才值得进入试用。只回答“可以加很多人”，还没有回答获客之后的事。
这几种情况先不要买完整套
客户来源还没分开、承接人还没定、团队没有固定跟进节奏时，先不要买完整套获客工具。
先把一个渠道、一个承接人、一条欢迎语和一条新客SOP跑顺，再考虑扩渠道和加功能。基础动作没跑通，功能越多，配置和维护的负担越重。
FAQ：选型时最常被追问的几件事
Q1：私域获客工具哪个好用，先看加人速度吗？
A：不建议只看加人速度。加人只是入口，客户进来后有没有人接、有没有进入人群包、有没有下一次触达，才决定这批客户能不能留下来。速度可以比较，承接链更要先验收。
Q2：客户加进来后没人接，先补哪一步？
A：先补承接人。把联系码下的成员、备用人和欢迎语定清楚，再用测试号走一遍自动通过、标签和备注。承接人没定，后面的人群包和SOP都会落空。
Q3：人群包和新客SOP哪个先配？
A：先配人群包。SOP需要知道发给哪类客户，人群包和标签先把名单分清，SOP才能按不同客户发不同内容。顺序反过来，容易出现内容发了但对象不对。
Q4：只用联系码和欢迎语够不够？
A：只适合客户量少、接待人固定的早期阶段。客户一多，就需要标签、人群包和SOP接住后续动作，否则欢迎语之后仍然靠人工记忆跟进。
Q5：在有机云里先配哪一段最稳妥？
A：先配一个联系码、一条渠道欢迎语和一条新客SOP，用测试客户走完入口、承接和触达。第一轮只验证一条路径，确认记录完整后再扩渠道。
