RPA 加好友和人工加好友差在哪？效率、通过率与成本对比

这两个东西经常被放在一起比，但多数对比只有一句话：机器快、人准。太笼统了，听完还是不知道该选哪个。

我把四项拆开算了一遍，顺便说说通过率这件事为什么比速度重要得多。

先把 RPA 加好友在做什么讲清楚

它不碰微信的接口，是在电脑上模拟人的鼠标和键盘：打开通讯录、点添加、输入手机号或微信号、填验证语、点确定，然后切下一个。

因为它走的是界面，所以从微信的角度看，这些操作跟真人点击没有本质区别。区别在于速度和密度——人手会累，脚本不会。

四项对比，一项一项来

效率：差的是数量级，不是几成

人工一天能加多少，看人有耐心还是没耐心。认真做的话，一天几十个算不错，超过这个数，输入会出错、验证语会发重、人会烦。

RPA 跑起来，一小时几百次点击是常事。也就是说，同样一天，机器能触达的量是人的十倍以上。

但效率高不等于有效果，这是接下来三项要说的。

通过率：机器加的人，天然低一截

陌生人加好友，通过率本来就不高。我接触到的多数情况，纯陌生号码在个位数到一成多之间浮动。

机器加的人更靠下限，原因有几个：验证语千篇一律、添加时间过于密集、账号本身没有共同好友或群关系。对方一看来路不明的号，直接点忽略。

成本：一笔很好算的账

人工的成本是工资，按月算，还要算上培训、离职、出错。RPA 的成本是软件年费，按号数算，一次付清。

粗算下来，如果一个人一天只能加五十个，而你需要一天五百个，那么要么请十个人，要么上一套工具。这就是 RPA 真正的价值区间。

量小的时候，这笔账根本算不过来。

风险：两边都有，形式不同

人工加得太猛一样会被限制，只是人累得快，客观上跑不了那么快。RPA 的风险在于它能一直跑，一旦参数设错，一晚上的量能顶人工一个月。

所以风险不是 RPA 独有的，是「量」带来的。工具只是把量的上限抬高了。

通过率这块，值得单独说

验证语

同一句话发一千遍，接收方看到的都是模板。按来源分开写，比如从群里来的写群名，从手机号来的写一句具体的来意，通过率能明显不同。

来源

有共同群、有过互动、扫过码的，通过率高得多。纯号码库导进来的，天然是低质量名单。

时间

凌晨三点发好友申请，对方第二天早上看到，多半直接忽略。发送时间跟着人的作息走，这是最容易被忽略的一条。

头像和资料

空白头像、昵称是乱码、朋友圈一条没有，这种号被通过的概率极低。机器加得再快，也架不住对方不点。

什么规模适合上 RPA

手上有稳定的号码来源，每天需要触达几百个，并且有人专门跟进通过后的聊天。这三个条件凑齐，工具才划算。

尤其第三条。加来的人没人接，加多少都是白加。

什么规模纯属浪费钱

一天加二三十个，一个人半小时能干完的，买工具是给自己找事。年费、学习成本、版本更新的折腾，加起来不便宜。

还有一种情况：加的名单本身质量差。这种时候先把名单弄干净，比换工具有用。

混合打法，其实最实用

机器干粗活：批量导入、批量发送、记录谁通过了谁没通过。

人干细活：通过之后的第一句话、朋友圈互动、真正聊需求。

把这两段接上，效率和质量都能保住。全交给机器，通过率低、封号快；全靠人，量上不去、成本高。

算一笔具体的账

假设你要一天加三百个人。人工的话，一个人一天加五十个就得花四五个小时，还得换着号轮着来，人都要累趴，这活至少得两个人轮。

RPA 这边，一套工具一年几千块，一台机器跑满。两个人的工资，基本一个月就抵掉工具一整年的费用。

但前提是这三百个人里能有一批真聊起来。通过率只有百分之三的话，一天通过九个，一个月两百多个，这点人养不养得起后面的转化，得自己算清楚。

为什么很多人买了却用不起来

名单不行

导进去的号码是几年前的、空号一堆、或者压根不是目标客户。这种名单再好的工具也救不回来，加十个过一个都算运气。

没人接

加完就放着，没有第一句话，也没有后续。通过的人一周之内就变成列表里的僵尸粉。

参数照抄

看别人一天加两百没事，自己也设两百。可别人的号养了两年，你的号刚注册，这两者能一样吗。

最后

RPA 加好友和人工加好友，差的不是谁先进，是各自适合的场景。

量大、有名单、有人跟进，用 RPA；量小、名单杂、没人接，先把人这块理顺。

至于那些说用了就能稳定不封的，你当广告看就行。