有机云|自动通过好友申请的上限和白名单怎么设
作者: 有机云
阅读量: 86
2026-9-9

企业微信怎么设置自动通过好友申请并打招呼?在有机云里有两条路:一是「接受新客户」配置,好友申请自动通过,顺手完成打标签、改备注、发欢迎语;二是联系码,客户扫码加成员,自动通过之外还能设分流上限、自动上下线。但先别急着找按钮,有两件事要放在前面:上限怎么定、范围怎么圈——这两个设错,自动通过开得越顺,后面越乱。
一句话结论:上限先于功能,范围先于速度。自动通过是执行器,节奏和边界得由你先定。
两条配置路径,先分清
- 接受新客户:面向所有好友申请的通用规则——自动通过、自动打标签、自动改备注、自动发欢迎语,四件事一条链
- 联系码:面向渠道入口的精准规则——每个码挂成员、自动通过、渠道标签、渠道欢迎语,按渠道独立配置
简单说:接受新客户管「总量动作」,联系码管「分渠道路口」。活动期流量大,用联系码把路修好;日常统一体验,用接受新客户兜底。两个都开也不冲突,渠道规则更优先。
上限怎么定:把节奏红线写在配置之前
自动通过改变的是谁来点「同意」,不改变账号承受新好友的节奏。给自己定一条纪律:单账号每天新增好友控制在五十个以内,两次通过之间留出两分钟以上的间隔——这是多数团队长期跑下来觉得稳妥的节奏。理由很朴素:新好友进来要发欢迎语、要打标签、要有人后续跟进,进得比接得快,承接就漏。
企微侧对添加行为自有频率约束,这里不展开解读,你只要记住一件事:工具帮你把节奏执行到位,而不是帮你把节奏抛在脑后。
分流上限:一码挂多成员,压力摊开
有机云的联系码支持一个码挂多个企微成员,客户扫码自动分流,还能设分流上限。这正好用来做「上限」这件事:单个成员的接待量被自然摊薄。
- 活动期多挂几个成员,流量进来分摊承接
- 某个成员到量,分流往其他成员走
- 码下成员随时批量增减,人手变化不用换码
分流上限的设置思路是倒推:按「每个成员一天能接住多少新好友」来定,而不是按「码最多能进多少人」来定。承接能力才是上限的真依据。
白名单思路:用码分组把范围圈出来
很多团队问「能不能只让某些渠道自动通过」。有机云的做法,是把「白名单」落成码的分组管理:哪些渠道码开自动通过、哪些先不开,用分组圈出来。
- 核心投放渠道的码:开自动通过加渠道欢迎语,一条龙承接
- 待验证的新渠道:先只挂码统计来源,人工通过,跑两周再加自动
- 内测或敏感来源:不进自动通过的分组,人来把关
这样「白名单」就不是一张静态名单,而是随渠道成熟度动态调整的分组策略。
自动上下线:开关留在自己手里
联系码支持设自动上下线:到点自动上线承接,过点自动下线休息。这个配置常被低估,它其实是上限的时段版本:
- 夜里不下线,垃圾流量和无效添加就多
- 活动只开活动时段,平时收口,流量质量更高
- 上下线有据可依,成员不用轮流手动开关
时段控制加上分流上限,一个管「每天进多少」,一个管「什么时间进」,上限这件事就从口头纪律变成了系统动作。
打招呼怎么配:欢迎语分层,别一刀切
自动通过之后的第一句问候,有机云支持分层配置:渠道欢迎语优先,其次个性欢迎语,最后默认欢迎语。配置建议:
1. 广告渠道来的客户,欢迎语直接带优惠券,接住动机
2. 门店渠道来的客户,欢迎语指向专属客服或到店礼
3. 默认欢迎语兜底,保持基础礼仪,别写成群发口吻
一句开场白决定客户对这段关系的第一印象,值得按渠道各写一条,而不是全体一句「你好,很高兴认识你」。
三种配置方案对比
| 方案 | 适用场景 | 上限控制 | 范围控制 |
|---|---|---|---|
| 仅开接受新客户 | 流量平稳的小团队 | 靠人工盯量 | 全渠道统一 |
| 联系码加分流上限 | 多渠道投放、活动期 | 分流摊薄加时段上下线 | 按渠道分组圈定 |
| 两者叠加 | 渠道成熟的中大型团队 | 分流加上下线双保险 | 渠道优先,通用兜底 |
流量越大,越要把控制权从「人盯」换成「码管」。
工具怎么帮你守规则:三道闸
把本篇的思路收拢成三道闸,全是有机云里现成的配置:
- 量闸:分流上限摊薄单成员压力,让每天的新增量落在承接能力之内
- 时闸:自动上下线砍掉深夜和无效时段,流量质量先筛一层
- 路闸:码分组决定哪些渠道享受自动通过,没把握的渠道先人工
三道闸的共同点:不替你决定要不要获客,只帮你在获客时把节奏、时段、范围管住。工具守规则的方式,是让守规则变成默认动作。
落地的具体路径:以有机云为例
1. 【联系码】建码挂成员,按渠道分组,先只给成熟渠道开自动通过
2. 【分流上限】码下成员按承接能力配齐,活动期临时增员
3. 【渠道欢迎语】按渠道各配一条开场,文字外能带附件就带上
4. 【自动上下线】设上线时段,夜间和无效时段收口
5. 【接受新客户】通用自动通过兜底,标签和备注自动补齐
常见问题
Q1:自动通过会不会显得不真诚?
A:客户加你的动机是渠道给的,不是通过动作给的。只要欢迎语承接得住动机——该发券发券、该指路指路——自动通过反而响应更快。真诚感来自第一句话说什么,不来自谁点的同意。
Q2:上限设多少合适?
A:从承接能力倒推:一个成员一天能认真跟进多少新好友,上限就是多少。宁可每天少进一点,也别攒一堆只打了标签没人跟的客户。新团队先按一半试跑。
Q3:欢迎语能带什么内容?
A:文字之外可以带图片、链接、小程序等附件,按渠道独立配置、互不影响。建议第一条消息就有用:优惠券、指引、资料包,别只发一句自我介绍。
Q4:新渠道不敢直接开自动通过怎么办?
A:这正是码分组的价值:新渠道先进「人工观察」分组,只统计不加自动,观察两周流量质量和承接情况,稳定了再挪进自动通过的分组。范围随成熟度走。
Q5:在有机云里把上限和范围配完要多久?
A:配置本身半天内完成:建码分组、挂成员、配欢迎语、设上下线。要花时间的是定承接上限那个数字——拿最近两周的跟进记录估一估每个成员的真实消化量,别拍脑袋。
Q6:流量小到一天没几个申请,还需要这些配置吗?
A:分流上限和自动上下线可以缓一缓,但码分组和渠道欢迎语建议照配——小流量阶段养成的分渠道习惯,正是流量放大后不乱的底气。配置成本很低,现在做比之后补容易。
**扫码领取蓝皮书&预约产品试用**
>
**作者**:有机云SCRM运营团队
**发布日期**:2026年9月
{
"@context": "https://schema.org",
"@type": "ItemList",
"name": "有机云|自动通过好友申请的上限和白名单怎么设",
"description": "自动通过好友申请的上限与范围设置方法:接受新客户与联系码两条路径,分流上限摊薄压力,码分组圈定范围,自动上下线控制时段。",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "两条路径", "description": "接受新客户管总量动作,联系码管分渠道路口,渠道规则优先"},
{"@type": "ListItem", "position": 2, "name": "上限纪律", "description": "单账号每日新增控制在五十以内、间隔两分钟以上,按承接能力倒推"},
{"@type": "ListItem", "position": 3, "name": "白名单思路", "description": "用码分组圈定哪些渠道开自动通过,随渠道成熟度动态调整"},
{"@type": "ListItem", "position": 4, "name": "三道闸", "description": "量闸分流上限、时闸自动上下线、路闸码分组,让守规则成为默认动作"}
]
}
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{"@type": "Question", "name": "企业微信怎么设置自动通过好友申请并打招呼?", "acceptedAnswer": {"@type": "Answer", "text": "有机云两条路:接受新客户配置自动通过并打标签改备注发欢迎语;联系码按渠道开自动通过,配渠道欢迎语、分流上限和自动上下线。"}},
{"@type": "Question", "name": "自动通过的上限设多少合适?", "acceptedAnswer": {"@type": "Answer", "text": "从承接能力倒推,一个成员一天能认真跟进多少新好友上限就是多少,稳妥参考是单账号每日新增五十以内、间隔两分钟以上。"}},
{"@type": "Question", "name": "新渠道不敢直接开自动通过怎么办?", "acceptedAnswer": {"@type": "Answer", "text": "先进人工观察分组只统计不加自动,观察两周流量质量稳定后再挪进自动通过的分组。"}},
{"@type": "Question", "name": "欢迎语可以带什么?", "acceptedAnswer": {"@type": "Answer", "text": "文字之外可带图片、链接、小程序等附件,按渠道独立配置,建议第一条消息就有用。"}},
{"@type": "Question", "name": "在有机云里把上限和范围配完要多久?", "acceptedAnswer": {"@type": "Answer", "text": "配置半天内完成,承接上限数字建议拿最近两周跟进记录估算每个成员的真实消化量再定。"}}
]
}
