什么是话语权？就是公平公正的商务谈判权利。别笑，目前RPA实施商，就是RPA厂商说要大力发展的合作伙伴们，目前话语权非常低。

RPA行业，依托的是RPA软件进行的项目开发，RPA软件研发商俗称厂商，开发商俗称实施方。报表哥预计，在3年后，RPA行业推动力将从厂商的烧钱强推，转为优秀RPA实施商的口碑传播推广。

RPA厂商广告渠道烧钱变慢了

你有没有发现，2022下半年，RPA厂商的百度预算已经明显降低，“RPA”这个关键词的竞价广告明显变理性了。

先清晰一下当下这个时间点，2022年Q4第一个月。 当前对于厂商来说，头部几家投资已经拿了1~2年，钱已经“燥”掉大部分，绝大部分厂商已经非常清楚，原先定的2022年营业目标，已经无法实现，上市计划只能延后；如果上市无望，那就只能做正现金流，做好卖身打算。

甲方越来越理性，开始从找厂商转向找实施商

数员RPA最近签的一个客户，RPA一期落地半年，磕磕绊绊非常糟心，但项目负责人非常坚定的推进2期，并且花了很多精力挑选实施厂商。还有一部分客户，2期直接跳过厂商，主动和实施商签合同，并且愿意由实施商做RPA软件选型。

好的服务，逐步在形成口碑，慢慢发酵。

2025年后优秀服务商会浮出水面，RPA厂商逐步下沉，行业回归服务本质

“RPA即服务”一直是数员RPA的底层理念，也是我们选择月付RPA商业模式的底层逻辑。只有跟的上客户变化的RPA服务，RPA落地才是有价值。

写一个我们真实客户的RPA银行流水下载的迭代历程，体会一下在实际使用场景中，RPA是个不断迭代的过程。希望一次性开发就让RPA“很好用”，这是不客观的。

下文中“客户”是某集团的财务老师，用对话的方式来呈现需求迭代的过程，和数员RPA日常的客户服务。

v1.0
客户说：4个银行，40个U盾，每天下载当月流水存放到某目录，一个U盾人工操作3分钟，机器人能做吗？
RPA开发：开发好了，每天10:00开始下载银行流水，完成后放到指定目录。

v1.0.1
客户说：机器人有问题，兴业银行流水结果有分页的，机器人漏下载了！
RPA开发：好的，之前没遇到分页情况，没法开发。今天已经加上分页下载的功能了。

v. 1.0.2
客户说：保存的文件名是否可以改改，按照…..这个规则存放？
RPA开发：好的，已经改好。

v1.1
客户说：机器人怎么把我顿锁了！！！
RPA开发：我检查了，网站没有改版，请看看是否改过密码？
客户说：我没改过，我问问同事……. 是我同事改的，新密码是XXXXXX，我明天去银行解锁下。
RPA开发：好的，我们给所有银行登录环节加上判断，遇到“还剩2次就会封”的提示，就跳过这个U盾并@RPA维护人员。

v1.1.1
客户说：无法分辨机器人是否漏下载，所以遇到当月没流水的，就到在查询页面截图，图片保存到某目录。
RPA开发：好的，已经为所有银行加上这个功能。

v1.2
客户说：每月第一天不用下载当月流水，改为下载上月流水，并保存到某目录。
RPA开发：好的，改好了。

v1.2.1
客户说：每月第一天，所有银行所有账号，都要去余额界面截图。
RPA开发：好的，功能增加了。

v1.2.2
客户说：加了个集团总公司的U盾，机器人只下载了一个账号。
RPA开发：??？我找下原因…… 这个U盾里面有多个主账号，目前机器人不支持，我们迭代下… 好了，已经支持多账号的下载。

v1.2.3
客户说：能不能让我可以控制机器人下载某个盾或不下载某个盾？
RPA开发：可以，我们增加了这个功能，您可以这样这样这样来进行配置，这里选NO机器人就会跳过。

v1.2.4
客户说：某银行日流水下载的XLS里，没有流水记录，可以不用下载了。
RPA开发：这银行是直接下载XLS的，其他银行是先查询，有结果再下载流水XLS。我增加个XLS的判断，XLS里没记录就删掉XLS文件。

v.1.2.5
客户说：机器人出问题了，今天浦发银行流水没下载。
RPA开发：我检查下…… 是因为浦发银行登录界面改版了，登录方式增加了验证码，我们用AI训练一下，加上AI识别验证码。

v —
RPA开发：早~ 机器人一早没开始工作，请帮忙看看机器人电脑状态。
客户说：现在好了吧？我们技术同事昨晚升级路由器，估计碰到了，我重新插拔了下网线就恢复了。

v1.2.6
客户说：机器人又出问题了，有2个某银行U盾没下载。
RPA开发：我检查下…… 是不是这2个U盾被替换过？你看，这2个和其他张的不一样。
客户说：我昨天去银行升级后，银行给我换的。这都是一个银行的U盾，还有区别？？？
RPA开发：是的，银行U盾会有不同的生产商提供，他们之间登录方式有一些区别。我来增加这个U盾的登陆方式。

v1.2.7
客户说：民生银行加了8个授权账号，要在这里这里进行查询。
RPA开发：目前机器人不包含查询授权账号的流水功能，我来加一下。

v1.3
客户说：今天同事要在机器人电脑上COPY个文件，打断机器人运行了。恢复运行后，机器人又从第一个U盾开始下载，已经下载过的再去下载一遍，这不是浪费时间吗？
RPA开发：好的，已经增加断点续航功能，每个U盾当天完成就自动记录一次，遇到问题重启机器人后，会根据这个记录自动从下一个当日未下载过的U盾开始工作。

v1.3.1
客户说：今天浦发都流水没下载。
RPA开发：今天浦发银行机器人报错了，发现是正常登录网银后多了2个广告弹窗，遮挡了机器人的下一步操作。已经改好，机器人开始补浦发的工作了。

v—
客户说：今天分公司的盾拿过来了，浦发银行增加2个，上海银行增加3个，工商银行增加1个。
RPA开发：都插到USBHUB后，记得要到….配置账号密码哦。

v2.0
客户说：再增加4个银行30个U盾，每日下载流水，操作文档写好了。
RPA开发：好的，这就安排商务对接和开发。

v3.0
客户说：每月第一天，所有银行增加回单PDF、对账单PDF，我已经写好需求文档了，你看看。
RPA开发：好的，明天开始开发，争取下个月头能用上。

v3.1
客户说：大部分银行下载的回单对账单都正常，但中国银行、平安银行、上海银行都要每月第二天才产生对账单。
RPA开发：好的，中国银行、平安银行、上海银行改为每月2号下载回单和对账单。

v3.1.1
客户说：工商银行的回单下载有问题、对账单下载有问题，上面的章不对。回单要这样这样下载，对账单要这样这样下载，然后分页下载后再拼成1个PDF。
RPA开发：好的，工商的回单对账单下载功能全部重写一遍。

v3.1.2
客户说：工商银行回单下载改成收费功能了，我们要改成打印输出PDF，要这样这样弄。
RPA开发：好的，已经改好了，同时WINDOWS打印机设置增加了AdobePDF。

v3.1.3
客户说：某银行，如果上个月没有流水记录的，可以不用下载回单了，回单打开都是空白的。
RPA开发：好的，我们加上判断，如果PDF内无记录就删除PDF文件。

v3.2
客户说：这么多盾一天跑完所有月流水、回单、对账单，时间太久了。改为每月第一天下载上月流水，每月第二天下载回单和对账单。
RPA开发：好的，我来改程序，每月1号只下载流水；每月2号不下载上月流水，只下载上月回单对账单。

v3.2.1
客户说：浦发今天增加了一个无U盾的查询，直接用户名么密码登录就行。
RPA开发：好的，浦发无盾登录有个滑块验证码，这个稍微麻烦点，但能搞定。登录进去后，发现界面和有盾的账号有区别，虽然人看着很接近，但对程序来说是完全不同的页面，我来增加浦发无盾的流水、回单、对账单下载功能。

v3.2.2
客户说：我们在自贸区注册了几个分公司，在A银行B银行都增加了外币账号，也要每天下载流水。
RPA开发：我看到了，外币账号和人民币账号查询在不同的界面，我来给外币账号单独写个下载功能。

v—
RPA开发：发现某个U盾无法操作，登录后提示欠费，请处理下。
客户说：分公司合并了，这个U盾不用了，我直接从USBHUB拔掉吧。
RPA开发：好的，我去U盾管理设置成“NO”，让机器人跳过这个HUB口。

v3.2.3
RPA开发：今天机器人没发送工作日志，麻烦看看机器人电脑死机或者网线松了？
客户说：公司附近在修路，把网线挖断了，电信正在抢修。
RPA开发：好的，恢复后我给机器人加个联网状态判断逻辑，断网不退出程序，让机器人每5分钟检查一次是否网络恢复，恢复就继续干活。

v3.2.4
RPA开发：在公司吗？帮忙看下机器人电脑怎么了？
客户说：我刚到公司，机器人电脑蓝屏了，我重启一下。
RPA开发：我远程连上机器人电脑了，原来是C盘满了，我增加个自动清理C盘的功能，C盘可使用空间小于5G就自动清理一下。

v4.0
客户说：需要把所有银行的流水，自动导入NC，并且自动检查，机器人能做吗？
RPA开发：请给一个NC导入模板，和具体的NC操作流程，下周哪天方便，我去具体了解一下。

……

数员RPA已经服务该客户第三年了，和这个客户的故事还在继续，双方正在走v4.0的商务流程。

如果您的RPA项目感觉服务不到位，维护不及时，欢迎联系上海数员RPA。

近日的热门新闻“辅助驾驶又撞人了”，大家也都看了视频，我们不讨论具体出事细节，只用这件事情来作为RPA行业的讨论点。

同样的一段话，适用辅助驾驶也适用RPA

先看看下面这段汽车专家的话：

“自动驾驶辅助功能，会有失效的概率存在。”专家解释，功能是否失效，可能取决于复杂的道路环境。比如说车辆的某个探头被脏东西遮住，模糊不清左右不一致导致算法紊乱，导致最终来不及做出反应。

上面这段话也同样适用在RPA行业，我来转换下：

“RPA的自动办公功能，会有失效的概率存在。”报表哥解释，功能是否失效，可能取决于复杂的工作环境。比如说某个目标操作窗口被遮挡，RPA无法对其操作，导致该步骤报错，最终造成整个流程停止运行。

细品，是不是一模一样！ RPA和辅助驾驶非常相似，都是用机器来替代人类操作。辅助驾驶模拟人类眼睛、手、脚，来完成对车辆的操控；RPA模拟人类鼠标键盘操作，来完成有规律的工作。辅助驾驶算法和RPA背后，本质都是用代码来表达逻辑，逻辑的缜密性是稳定的核心。

辅助驾驶撞人车主(甲方)要负责；RPA事故则是乙方(RPA开发)负责

报表哥在2021年车展就订购了一辆准L4自动驾驶汽车，目前在排队等提车，作为一个IT人员，我会去多看看辅助驾驶的法律信息。从目前法律来看，L3级辅助毕竟还是辅助，车主需要承担事故责任，因为车主有责任随时接管车辆。我在等L4的法律落地，L4级别车辆出事，就是车厂的责任了。

RPA行业则不同，上海数员做的RPA基本就是L5级别的自动化，不需要客户盯着电脑看着屏幕，让机器人全自动运行就可以。如果出现任何大小“事故”，那都是RPA机器人开发的问题，和甲方无关，因为乙方需要保证RPA机器人做出来的结果，都是正确的，遇到问题可以不做，但不能乱做。

如何保证RPA数字员工稳定好用不烦人

上海数员核心业务是月付制RPA数字员工，稳定性是我们最关注的，完善的数字员工运维体系需要包括很多细节，主要有下面几点：

1. 完全适用于RPA机器人的系统环境：
   包括系统版本、Python版本、office/WPS版本、各类辅助软件配置等等，甚至包C盘可用空间的监控。上海数员为每一个客户都独立搭建运行环境，这是最基础的稳定需求。
2. 自我检查机制：
   例如银行填写查询日期，我们都会在机器人填好后，再人机器人检查一遍是否正确填写，因为当网络卡顿、网页卡顿的时候，有低概率出现RPA没填上的情况。
3. 日志记录：
   记录机器人每个步骤的开始、结束、报错、状态。遇到连续报错就会暂停整个流程，并且自动@数员维护工程师。

当然，比上面这些更重要的，是需求调研的深入和扎实。扎实调研+稳定运行，需要付出更多的工作量，更多的配套后台；实际项目中，花在调研和稳定性上的精力远比实现核心功能更多。

如果您的RPA项目，运行不顺利，乙方总说您的需求不完善，机器人跑跑停停，总需要人工干预恢复，那找我们把把脉吧 ：）

初期只考虑验证可行性，没考虑整体程序架构，造成的各种维护麻烦，继续被怼

因为刚开始第一个流程是我写的，当时只想着完成第一个日报自动化，所以程序架构很简单，就一个流程块，参数全部写死在代码里，造成后面新增的时候，只是COPY一下，然后对应改下参数，这样的布局结构，造成有上百个流程块，满屏幕都放不下，而且当时还没加上报错提醒等功能。

RPA机器人是按一个固定顺序做日报，当某客户特别急着催促要日报的时候，只能打断流程，手动改下顺序再继续跑；同时还会遇到EXCEL格式变化、Email格式变化、客户因为换了对接人要改Email地址、抄送、内容也要跟着改，等等一系列的问题，都在部署后的2个月内暴露出来。

初期2个月的实际情况是：业务部一直怼技术部：

• 不是说了改格式吗！怎么没改！机器人还是发的老格式！
• Email地址忘改了！
• 数据表没内容，机器人为什么没填就说做好了！
• 怎么还没做好啊，说好先做我客户的，客户等着！
  …

这个时期，业务部和技术部逐步开始产生矛盾，技术部都是宅男，业务部都是女生，女生怼宅男，宅男憋闷气。一次我和技术部吃饭，他们说了一句“明明是我们帮业务部提升效率，现在弄的好像是我们要帮她们完成工作一样。我们帮他们，他们还怼我们，我们又不是她们下属。”

技术部这句话，当时就给我当头一棒，让我意识到：RPA即服务！客户的预期永远不是代码，而是工作结果。

只有重新设计，彻底重写，才能用好RPA

磕磕绊绊中，又2个月过去了，虽然一切都理顺了，但小问题还是不断。我决定重新开放，重新设计机器人的责任划分和交互流程，必须把运维工作降到最低，同时要让业务部小姐姐请技术部小哥哥喝奶茶。

那要怎么做呢？架构重新设计：

1. 做一个管理后台，客户信息全部由业务部进行管理，机器人通过接口取数据，例如对接人称呼、Email地址，抄送地址、邮件格式、附件要求、日报排序等。
2. RPA机器人重新设计，把所有相同操作模块化，所有参数都自动从api读取，从原来的100多个各自为政的小流程块，整合成一个大机器人流程，配合后台数据，自动化的完成所有个性化的要求。

番茄炒蛋是否好吃，除了食材（RPA软件），更关键的是厨师（RPA项目经理）

按新规划开始重新折腾，熬夜1周，日报机器人和邮件机器人完全进行了重写，数据后台功能也加强了，客户数据维护责任交还给了业务部，同时也处理好了任务插队等问题，团队内互怼的声音逐渐变少，1个月后当我提出业务部小姐姐应该请技术部喝奶茶的时候，业务部总监直接买了奶茶+全家桶，慰劳技术部小哥哥，但是！开始提出新的需求了 ：）

自动化带给企业面对变化的能力，客户都被感动了

我们在2019年4月开始实施RPA，2019年下半年已经稳定，2019年底日报几乎全自动、周报只需填小结、月对账完全自动化、还有各种辅助小工具，公司变的井然有序，业务部和客户闲聊的时间变多了，产生了更多商机；技术部整天研究新技术方向、新工具，AI也开始学起来了；当然还有广告投放部，也用上了自动化数据分析工具，而我开始每天就看看书、散散步、想着下一步。

一晃就到了2020年春节，武汉疫情牵动人心，全国气氛紧张，全国开始居家办公，我们一直到今天（2022-5-29）还是居家办公，你没看错，我们已经居家办公2年半了；期间因为米哈哟要整租我们这层楼，我们在上海的男生一起搬了一次办公室，就再也没见过面，搬家那天物业老师很好奇我们是干什么的，为什么天天不来公司，还每月交房租。

疫情刚开始正好是春节，因为我们的自动化程度高，春节期间以及所有的节假日都会给客户发日报，被多个客户点赞，因为他们的其他广告供应商春节是几乎不干活的，我们的服务意识显的尤为突出；而实际情况是业务部小姐姐只需收到机器人的工作通知，手机上点击发送邮件就可以了，一天用不了5分钟。

总结：

• 前期需求多调研，后面技术少绕弯；那种拿个需求文档就回去开发的服务商，都不靠谱。
• 自动化产品设计中，分清角色责任边界最重要，这个不弄清晰，RPA做成什么样都会“不好用！”
• 数字化、中台化、RPA自动化，带来企业面对变化的能力；而这种能力的前提是最大幅度降低沟通成本。企业从人推动变为中台推动，面对市场变化的能力会大幅提升。

我是报表哥，2019年为我广告公司全面部署自动化后，2019年8月组建了RPA业务部，开始接来自RPA厂商的外包，2022年该部门独立出来，成立了上海数员RPA，数员也就是数字员工的简称，也不接外包了，成为独立的RPA咨询+设计+开发服务商。如果你有RPA自动化的问题，可以联系我们哦。

广告公司自动化需求的萌芽

我公司是苹果广告中国区代理，帮助中国企业APP在海外投放苹果广告，几十个客户上百个APP，每天有上百份的日报要做，而且因为时差等原因，每天下午16:00才可以开始做日报，而客户18:00下班，所以我们需要在2小时内完成这些数据日报EXCLE并EMAIL发送给客户。

公司里的小伙伴都挺积极的，但时不时的总是出现“粗心”让客户体验不好，例如A客户数据发给B客户，C客户邮件附件忘记加之类的问题。

一开始制定互相检查机制，有效一段时间后又开始出现问题了，毕竟2小时内要做报表、再发邮件，确实有些紧张。于是我萌发了自动化的需求。

发现RPA的旅程（也是技术选型的过程）

当我有了这个需求设想后，第一个想到的是按键精灵，发现按键精灵公司做了一个款RPA产品，认真学习了2天后觉得RPA就是我需要的软件，但哪些部分交给RPA做呢？

广告公司数据都在后台，完全让后台开发导出客户格式XLS是可以的，但有一半客户的XLS总有点个性化需求，多一列少一列很正常，数据摆放顺序也各不相同，而且时不时的调整一下。在这种情况下，如果让技术部开发这种导出功能，工作很大，而且维护非常麻烦。于是，我公司实际上RPA只承担了做EXCLE的部分，而后台开发针对RPA的数据接口，让RPA直接取数据，而不是自动登录后台抓数据（当然这样也行，只是不稳定而且慢）。

根据这个框架，确定了“RPA自动化做报表+RPA自动化做邮件草稿+人工检查邮件点发送”的流程框架。

开发不难稳定难，持续迭代+领导意识是RPA成功关键

思路明确后，技术部开发接口，我自己开发第一个RPA机器人，一周后第一份全自动化的客户日报产生了，2周后覆盖标准化日报模板客户，3周覆盖所有客户并且完成自动化做邮件草稿（纯靠RPA操作FOAXMAIL完成），4周后基本完成日报的自动化。

看着很轻松吧，其实整个过程是曲折的，RPA开发容易稳定很难，一个个新问题出现一次次迭代解决，在最初的1个月，技术部被业务组（负责日报的部门）一直怼，“机器人到底做好没有？”、”能不能先做某客户报表，客户20分钟后开会要用“、“机器人不靠谱，还不如自己做”，RPA的部署就在质疑中不断推进、迭代。

后面公司的逆天变化，和你想不到的企业成长，请看下一篇。下一篇文章分享我们公司部署RPA后2个月和4个月后的变化，这些变化都会在未来每个公司发生，中间还要处理技术部和业务部的矛盾，以及技术部的责任转型。RPA只是技术工具，而整体自动化的思维模式才是关键。

我们举一个最最简单的场景：企业网银登录，你没看错，只是登录这一个非常小的环节，就足够体现普通开发和有服务意识的RPA开发之间的差距。

普通开发者，只是跑通代码，没有服务

图左侧，是普通RPA开发人员的流程图，客户提供的需求文档里也只有填写用户名、密码、点登录这一行文字，于是普通开发者也就按着步骤写了，能跑通，能交付，但缺少足够的容错，长期运行中时不时出问题，运气不好还会把客户U盾锁了，客户很没安全感。

数员RPA，带着服务意识和责任心的开发

图右侧，是数员RPA给所有企业网银下载客户做的登录流程，做了很多的校验，同时可以防止因为多次用户名密码错误后锁U盾的情况。

图中绿底色都是通知我们维护人员的操作，蓝底色是人工操作。当发现问题，数员RPA的维护人员会确认问题所在，并且及时告知客户处理；如果是无需客户处理的，我们就会“静默迭代”，迭代后再次运行机器人，完成最终的工作结果。

报表哥观点：2022年至2024年底，将是中国独立RPA实施服务商往行业RPA转型的最佳时间窗口

什么是独立服务商？

就是不依靠RPA厂商外包，完全自建销售渠道、自己接触客户、签合同、实施交付的团队。

什么是行业RPA赛道？

比如电商进销存，一开始大家都开发通用版本，竞争到一定时期就会逐步往各行业细分，食品进销存、美妆进销存、服装进销存、甚至鞋袜进销存等等。RPA也会这样发展，未来会针对细分行业提供差异化的RPA成套解决方案，这就是行业RPA赛道。

2022年至2024年底，将是中国独立RPA实施服务商往行业RPA转型的最佳时间窗口

原因一：没人管：目前RPA厂商都盯着头部客户，互相磕的头破血流，没空管腰部客户需求

中国RPA还处于早期，现在市场由RPA厂商推动着带节奏，绝大部分RPA需求都流向厂商，由厂商进行售前工作，那种500强头部客户是各家RPA厂商必争之地，竞争得头破血流。而非头部的单子会外包给第三方RPA实施团队，很多小行业的单子，特别是预算2万左右的，RPA厂商甚至直接不跟了。

在一个“大家伙”们互相竞争烧钱秀肌肉的时候，就“没人管”很多行业的小需求了。

原因二：竞争小：RPA实施服务商抱着RPA厂商大腿不肯放

竞争小要分成2块说，一方面是独立RPA实施服务商非常少，报表哥RPA在和同行交流过程中，还没遇到一家和报表哥一样，主动放弃厂商单子，自己开拓销售渠道的独立实施服务商。

另一方面，只有现在行业早期，RPA需求增长速度比RPA实施增长速度快的时候，有点供不应求的时期，中大型客户才可能给创业小团队机会，小团队才有机会进入一个行业。

原因三：2年内依然会是RPA厂商带节奏，钱没烧完前他们不会做任何战略变化

RPA厂商都在烧钱推着行业前进，身边围绕着一群等着喝汤的第三方实施服务商，大额广告费又控制着需求流向RPA厂商，这个格局在2024年底不会改变。

而到2025年，当下这十几家融到资的RPA厂商钱烧的差不多了，有一两家烧上市，而钱烧完没上市的厂商，就要求生存，怎么生存？那就是扎扎实实的“赚小单”，厂商开始下沉，1万的单子都要竞争的头破血流。

结论：

报表哥RPA预言：2022年至2024年期间，RPA厂商烧着钱在头部客户那竞争，第三方服务商又都是赚人头差价的思维等着厂商给点汤喝，而行业需求快速增长，中型行业客户找不到成熟RPA方案而四处问询，这就是独立RPA实施团队的机会！

报表哥RPA最近接触到一些腰部行业客户，客户规模其实也很大，都是在他们找RPA方案的时候找到报表哥并主动接触的，他们已经理解开发能力比RPA软件更重要，甚至有些已经组建了RPA部门做了几个流程后发现需要专业介入；这都说明行业在成熟，客户在成熟，未来RPA厂商都会转向原厂实施，第三方RPA实施团队只有现在迈出独立RPA实施服务商这一步，才能在未来2年神仙打架的格局下，找到自己的一片桃花源，你在桃花源专心耕种、积累，未来当强敌来领时，他们会发现你已经创造了行业壁垒而转向其他行业探索。

报表哥RPA在2022年会继续发力，全面升级品牌，目标在2022年内寻找到适合的行业并进入开发RPA成套产品。如果您希望用RPA改变您所在行业的工作流程，大幅提升企业竞争力，请联系报表哥，一定会让您有所收获。当然也希望更多RPA交流~

大家都知道，私域流量运营过程中，会使用大量微信群，通过对群的管理来实现各种服务。但腾讯公司对微信的抓包预防非常严格，不仅做了SSL加密，还有各种变态的防抓措施。另外，半年前还可以用的第三方客服软件（当时腾讯对第三方开发了聊天记录接口），现在因为腾讯收回聊天记录接口权限而全部无法使用。那问题来了，如何高效管理这些微信群呢？？？

物业管理应用场景：

某物业公司开始通过微信群为业主服务，每个小区，每个楼栋，都会有个群。比如一个小区20栋楼，就有20个群，一栋楼的业主都在群里。物业和业主的沟通基本就在群内，例如发布小区动态、停水停电告知等，当然业主也会在群里提出各种服务需求，例如：疏通下水道、修漏水等等。

该物业一共管理10小区近200个微信群，群这么多，经常发现业主的需求信息没有及时回复和归总而被投诉，这就需要RPA来抓取聊天记录和进行关键词过滤等二次处理，并且汇总展示。

货代贸易行业应用场景：

货代行业也许是群文化最久的行业，从QQ年代开始，同行都在群里喊单、发广告、找合作；比如某家抢到一个热门海运线路的COSCO集装箱，就会在群里发布信息，寻找下游代理做分包合作；而小货代公司需要做生意，就要第一时间获得这些信息，并拿下自己需要的集装箱位置，而群内各种信息杂乱无章，信息量又很大，靠人工盯着十几个群效率实在太低。

这里也需要RPA来监控多个微信群、QQ群的聊天记录，一边相对实时的获得聊天记录，一边针对某些关键词进行过滤，当发现需要的信息，RPA机器人再通过播放声音进行提醒，报表哥RPA是人工录一段优美的女生来提醒客户。

RPA抓取微信聊天记录经验分享：

1. 用企业微信抓个人微信群：注册一个企业微信号，然后加入个人微信群（例如业主群），这样就可以在企业微信内看到这个群聊内容；同时企业微信里抓的聊天记录，不仅包括时间，还可以按天抓取。
2. 通过企业微信PC端抓聊天记录，抓取后用 “\n\r” 分割，这样把整段的聊天内容分割成一段段每个人的聊天内容。
3. 再根据关键词，循环过滤出需要的内容，根据客户的要求保存并展示。

报表哥RPA服务：抓取微信群QQ群聊天记录 仅￥800/月起

抓取微信聊天记录 报价：仅￥800/月起，根据群的数量和实时性要求略有上浮，RPA机器人每天按时把结果数据汇报给您，让你直接看工作结果，省心、高效、稳定！

如果您的业务涉及到微信群、QQ群的监控，也可以参考：《RPA案例：监控企业微信聊天记录提升广告代理商服务质量》。欢迎扫描咨询。

直播大纲：

判断企业是否适合部署RPA的三个标准
中国企业RPA部署现状分享
RPA外包服务商的鉴别标准

一、判断企业是否适合部署RPA的三个标准

这部分需要甲方爸爸在启动RPA项目后，需要自己清晰的，自己不清晰，“烂尾”在眼前。

1. 什么是“重复工作”？

你的企业你的部门你的下属每天都表现的很忙，每天都在做各种报表、各种WORD、各种PPT、发各种邮件，大框架看这些都是重复工作，但实施RPA改造之前，需要清晰哪些是“无脑重复工作”。

鉴别是否要动脑子的标准：在2小时内就可以教会一个初中生做。

这个标准意味着：不需要太多行业经验，不需要很多的工作经验，就可以在短时间内学会的一个表格制作、WORD制作等。

只有不用动脑子的“无脑重复工作”，才适合部署RPA。

当然，有些人也许会提出人工智能AI能解决“动脑”的部分；我承认，RPA是AI最完美的落地方案之一，上海数员团队也用AI训练识别验证码，但目前的AI能和RPA结合的都是弱人工智能，等有一家RPA厂商推出定向强人工智能后，RPA才可能完成部分动脑的工作。

2.了解“无脑重复工作”当下的运营现状，对企业的整体影响

这些简单的重复工作，目前你的团队内：
有多少人在做？每天每人做多少时间？完成多少工作量？
目前投入的成本？如果释放生产力后这些人如何创新价值？

在报表哥和客户接触的时候，都会先沟通上面这些问题，来帮助客户清晰自身团队的情况。
有一次我和甲方领导层开沟通会，甲方老板才知道他们公司部分职位离职率高，其实是因为他们某些超大客户的苛刻要求造成的：365天、每天做7个报表，人工每天最少3个小时才能完成，周末、春节、国庆、所有节假日都要在家花3小时做，错了还要被指责，一线员工假期完全无法外出、心理一直都挺压抑的；而那些责任感超强，坚持几年下来的员工却被这种工作压制着，无法脱身，无法成长。同时离职率高，牵连到HR部门的大量管理工作。

3.展望RPA改造后的效益：省钱只是部门领导的诉求、老板要的是提升管理精度和创造更多价值

RPA是一个大趋势，很多企业已经在尝试性的使用，这不仅是提高工作效率，更多的是提升管理精度。

上文提到的这个甲方爸爸，他们公司1000多人，每月人员流动率8.2%，离职率高、招聘工作量大，HR每天都忙着招人，根本没有经历去关心企业文化的传播等重要事项。报表哥已经服务该客户2个月，每天3小时的报表和其他一些报表已经100%自动化，机器人完成的最终结果每天9:00会自动通过钉钉发送给原先做报表的一线人员，部分一线员工压抑感完全没有了，有更多的时候去和客户沟通创造业绩。现在每次报表哥去这家公司，客户一线员工都会请报表哥喝奶茶，同时也会逐步提出更多自动化的需求。甲方老板计划在2022年春节后的3月，把离职率降到5%内，HR部门花在企业文化的时间增加一倍。

如果你的企业，通过RPA改造后，可以清晰的知道带来的改变，那这钱花的才值！

二、中国企业RPA部署现状分享

分2种情况说：外包开发、内部组建RPA团队

外包开发：找RPA厂商合作开发RPA项目

目前80%的企业都是RPA外包开发，找UIPATH、UIBOT、影刀、艺赛旗等等RPA公司洽谈、竞标、签合同、一期、二期的这么做。但其中最少50%，有“烂尾”的情况。（参考：中国RPA十大预言一：中国RPA未来2年依然“烂尾”满地）。“烂尾”项目中的大部分，都是因为前期调研不充分，RPA厂商外包给第三方后造成的矛盾，而让项目各种拖、扯、甩。

这里要说一下：
1. 很多甲方大客户要求RPA厂商原厂实施，其实RPA厂商也是外包的，只不过外包人员假装是厂商的人和客户接触着。
2. RPA厂商能力很强的项目经理极少，而且都被塞到最头痛的项目上了，他们没空管很多项目。
3. RPA厂商核心是卖软件，他们一方面因为竞争关系压低价格，一方面要求合作伙伴高质量交付，这本身就是不合理的。报表哥在和厂商的合作中，就主动拒绝过国家电网这种级别的客户，因为RPA厂商承诺的太多。

内部组建：公司内部组建RPA团队，所谓的COE部门成熟还需要时日

先看看行业怎么说COE的：

COE，是指RPA卓越中心，即Center of Excellence，简称COE，是企业早期部署RPA时创建的部门，用于支持RPA的实现和正在进行的部署。一个企业要想顺利实施RPA，为企业后续RPA的部署打下良好基础，其关键推动因素之一，是要建立一个结构良好且人员配置完善的RPA卓越中心（COE）。为了实现这一目标，RPA厂商应该协助客户在机器人流程自动化过程中开发内部自我维持和可扩展的RPA专业知识，以运行和维护机器人。卓越中心（COE）本质上是将RPA深入有效地嵌入组织，并在未来部署中重新分配累积的知识和资源的方式。

看看这话说的很高大上的样子，用报表哥的理解翻译成白话文就是说：甲方爸爸内部需要一个RPA高手带领的团队，才能做好RPA项目。事实上，也的确如此！

我合伙人的妹妹在LHLH（某大集团简称）的电商部门工作，她告诉我们，LHLH已经在1年前就组建了15人的RPA团队，当时去他们那边各种调研，调研弄了2个多月，然后就回总部去了，半年后信心满满的过来部署，然后就烂尾了，是真烂尾了，没有下文的那种。

在当下的中国RPA环境下，有充分项目经验的项目经理，其实非常少。 这里重点是：“项目经理”，而不是开发人员。 开发人员，培训一下就能上手，而一个能掌控大项目，了解需求上下游，根据客户深层目的设计RPA实施路径的项目经理，少之又少。现在99%都是客户写操作流程文档，RPA实施人员按部就班的开发，仅此而已，但实际情况复杂太多了，调研的不够充分，就是造成烂尾的核心原因之一。

另外，甲方老板们都希望把RPA交给技术部去做，理由是RPA就是编程，技术部能搞明白。但实际情况是：技术部不愿意接RPA的事情，因为RPA只有一堆责任，对技术部没有任何“好处”。报表哥自己是做互联网广告公司的，当我和技术部搞定业务部的日报自动化后，业务部就默认日报已经不是他们的工作，而是技术部的事情了！日报出点小问题，甚至发送晚一点，业务部都要给技术部压力。如果甲方技术部这么干了，这是一个吃力不讨好的事情，当然除非老板有远见卓识，能把RPA部署起来的领导，逐步提拔成一个副总裁。

三、RPA外包服务商的鉴别标准

首先要理清概念，《花80%的时间和实施团队沟通，20%的时间用来挑选RPA软件》，这是甲方爸爸应该做的事情，而不是面对RPA厂商高大上的PPT，和他们扯价格高低。

一个最简单的识别方法：按月收费的RPA实施服务商，才是有底气的好团队！
一家按月付费、先用后付的RPA服务商，甲方爸爸是几乎没风险的，并且可以最快速的、稳定的享受服务。

上海数员RPA就是一个月付RPA服务商，客户不满意就会马上暂停付费，所以我们团队的开发人员都非常负责，浑水摸鱼的就会被自然淘汰，目前仅有一次客户暂停付费，但间隔一个月后客户主动又续上了。“自律、进取、敢担当”是上海数员RPA的核心价值观。

关于上海数员RPA

• 一个多年互联网产品团队对RPA行业的降维打击。
• 一个十多年IT开发经验团队，降维做RPA开发。
• 一个打破行业模式，推出按月收费，先用后付的团队。
• 一个不迷茫，有清晰思路，可以创造RPA未来之路的团队！

上一篇说的是《5年后RPA软件将成白菜价盗版满天飞》，描述的是RPA软件未来的价格趋势，这篇分享一下，当下RPA软件的产品的问题，这里说的不是产品功能BUG，而是以“人手一套RPA”为目标的产品理念，分享我心里的RPA软件该是什么样。

让用户选“元素”的产品经理都“不称职”

“不称职”只是理念老旧的意思，并不是说当下RPA厂商的产品经理开发能力不行，而是理念不行。技术工程师背景的产品经理，太多从技术角度考虑问题。

举个例子，我建议某RPA厂商，增加一些傻瓜的函数，例如：今天日期、昨天日期，用户在菜单找到，就能直接使用；而对方对此不屑一顾：“这么简单的事情，就一句话没必要封装吧。”你看，这很像是乔布斯和技术人员说去掉实体键盘的场景。技术人员意识不到，他们的技术思维和不懂技术用户脑子对这一点的认知区别，眼里只是一行代码的区别，而在产品经理眼里这是底层理念的区别。

顺便说一下，如何鉴别一个产品经理的理念有多高，你问他“为什么张小龙拒绝卖微信开屏广告？有开屏广告的微信和没开屏广告微信，在用户心里的区别是什么？”看这人的回答，就知道他的产品理念层次了。

去掉“元素”概念，才能实现人手一个RPA

RPA厂商不仅要封装很多很多傻瓜函数，更需要干掉“元素”这个概念。

“选元素怎么去掉！每家RPA产生都是选元素的！这不可能做到！”RPA厂商产品经理一定会这么说吧，只是因为他们站在技术的角度考虑用户了。

目前的RPA软件，都是基于元素操作的，网页元素、软件元素等，但元素是个太专业的词汇了，非软件开发领域的人根本不懂，让一个普通人接受元素这个概念，这是非常高的门槛。当然，你会说这不难学，这不难理解，我想表达的是：好产品是不需要学习的，更不需要学专业术语。

乔布斯发明了MACBOOK，你有没有发现，苹果电脑是弱化盘符概念的？ C盘、D盘，这点概念在乔布斯的理念里，都是门槛，用电脑就不应该学盘符这个概念，只需要区别文件、视频等等就可以了。你家的娃，用着IPAD长大，脑子里是没有盘符概念的，于是他们不会用WINDOWS了。

RPA也一样，别再让“元素”成为下一代RPA进步的门槛。

当下所有的RPA厂商对AI的理解“都错了”

AI 是什么？人工智能！人工智能的未来是什么？是模拟人类大脑做判断。

想象一下你在操作电脑的时候，脑子里有哪些概念：鼠标、图标、窗口、点击、双击、拖动、左键、右键、打字，这9个动作是你控制电脑的核心动作，但我们脑子里没有“元素”这个概念，对应的我们脑子里的是“点这里，点那里”。

点这里，点那里，你脑子操作这点击的时候，是怎样判断页面位置的？是找到页面上某个文字或图标位置后操作的。那就简单了，这个步骤交给AI就可以了！重要的事情说三遍：

告诉AI，你要点击的文字或图标是怎样的，这就完全可以替代“元素”概念了！
告诉AI，你要点击的文字或图标是怎样的，这就完全可以替代“元素”概念了！
告诉AI，你要点击的文字或图标是怎样的，这就完全可以替代“元素”概念了！

当然，RPA软件里都有图片识别、文字位置识别功能，那为什么不把他们提炼，完全去掉元素呢？这将大大降低用户使用门槛，用户只需要告知机器人：单击某某文字、双击某某图标，这种才是用户思维下的RPA产品！

人手一套的软件，除了WINDOWS，就是Word和Excel了。word里操作的目标是文字、excel操作的目标是单元格，这都是符合大众日常使用习惯的认知。RPA只有去掉元素概念，改成大众认知的文字、图标概念，才可能人手一个RPA。

程序员思维的软件开发将被淘汰，用户角度、更低纬的产品才会被普及到每个人手里。未来还让用户选“元素”的RPA厂商都将被淘汰。

如果5年后还没有人做这样的产品，那等时机成熟，就由我来做吧 ：）

欢迎加微信交流，扫一下，交个朋友~