RPA的实践推广和落地,通常可分三个阶段:需求阶段、方案设计阶段、运营维护阶段。
第一阶段 需求阶段
1. 需求挖掘
RPA的需求不是凭空摆在那里,而是通过与业务用户的深入交流和不断挖掘中才能够发现。
业务用户通常对RPA的适用边界不甚了解。因为惯性思维,用户没有意识到原来一直需要手工操作的业务可以有新的替代方案——通过RPA技术完全释放双手。
因此在公司层面,通过线上、线下相结合的宣传、培训、点对点的沟通,是非常必要的。
用容易理解的Demo进行业务演示后,非常容易引起业务用户的共鸣,进而离真需求越来越近。
同时,数据驱动的挖掘自动化机会点,是高效发掘机会点的有力输入。
2. 价值驱动
刚开始不要追求“大而全”的需求,而是从“小而美”的见效快的入手,从高ROI入手。
什么是ROI高的呢?通常是价值产出高、开发投入低的,建议放在第一优先级来起步。
一方面是可以给团队信心,同时给业务管理层以信心,未来就有更大需求范围的扩充机会;
另外,不要忽视口碑推荐的力量,当几个成功的case实施后,业务部门之间也会交流。
而且这种口碑推荐的力量非常强大。
第二阶段 方案阶段
1. 业务流程梳理
磨刀不误砍柴工,确认了需求后,不要急于马上开发,而是先和业务坐下来梳理操作流程,进行标准化。再看哪些流程可以优化甚至彻底改变,然后将优化后的业务流程进行RPA流程文档化,并获得业务管理层的确认,再进行开发。
例如,某大型制造企业的全球内审案例,原有的业务操作中,有一部分流程步骤是可以用现有的报表平台的数据满足的,而不用照搬业务的复杂操作来开发RPA。梳理优化完流程后,开发量大幅的降低了,机器人的稳定性也有了保障。
2. 整合的最优解决方案
基于需求,提供整合的最优解决方案,不要神化RPA。
例如,财务的一个需求,数量级500万条,基于规则做逻辑清洗和加工,单纯用RPA是可以做,但是效率并不高,采用RPA结合大数据平台来做,效果就非常好。
因此,在制定方案的时候要综合全面的考虑,让RPA成为超级自动化的粘合剂,把多种技术结合,达到1+1远大于2的效果。
第三阶段 运维阶段
1. 开发规范化
项目开发完成并不意味着结束,而是真正业务价值产出的开始。
好的开发会让接下来的运维更加顺畅,因此在开发规范中,要求启用开发框架。尤其是复杂流程的开发就特别有优势价值。另外命名规则和交付文档标准化等等,都是对未来持续运维的一个保障。
如果不重视,未来运维就会遇到很多困难和挑战,进而影响到RPA运行的效果。
2. 监控巡检
另一种主动预防业务影响的方法,即监控巡检的保障。
每个机器人上线,都为其部署监控功能,一旦有机器人异常中断,在业务发现之前,监控平台就会自动报警,并且自动通知到负责运维这个机器人的工程师。
根据业务影响紧急度,定制化报警形式,
- 1. 紧急情况:触发电话通知;
- 2. 不太紧急:自动触发邮件和监控单据报警。
这样在业务感知之前,IT就把问题修复好了,机器人继续运行,对于业务来说是完全没有异常问题感知。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.