2.5.1 PoC介绍
PoC（Proof of Concept，概念验证）是企业部署RPA的必经环节。PoC可验证RPA在业务场景的可行性，使客户在短时间内对RPA智能机器人有一个直观的认识。PoC是正式开发机器人周期、风险控制等方面的重要参考依据。
PoC通常发生在还没部署RPA的企业或者企业认为比较重要的业务领域。随着人工智能的快速发展，AI成为RPA的翅膀，RPA成为AI落地的有力抓手。PoC作为一种前期验证手段会出现得更加频繁，更多出现在企业内部数字化、智能化管理的改革过程中。企业根据自身的业务需求或未来的发展布局来部署RPA，期望可以大量减少人工耗时，提高工作效率，把更多的时间留给精细化管理和创新，进而实现降本增效。PoC是一个非常好的验证方案。
2.5.2 PoC的形式
第一种情况，客户已经认定某种RPA产品或某几种RPA产品，会直接选择该款产品进行PoC测试。或者客户没有圈定RPA产品范围，需要通过PoC测试比对RPA产品，进而选出更为优秀的一款产品。这种情况的PoC比较好处理，客户自己能够根据RPA实施方的要求整理出业务需求，甚至有的客户能给出好的开发建议。
第二种情况，客户不知道怎样去做相关的需求整理，所以就要求RPA实施方深入企业进行详细的调研。如果没有入场调研的条件，可以让客户把业务流程重现一遍，并视频录下来配上语音，通过网络在线会议进行讲解。通过观察了解客户的系统环境初步确定PoC的制作方案，然后召集客户方相关人员制作需求文档和业务流程说明书。
2.5.3 评估RPA应用可行性
业务流程梳理完毕，接下来就需要去评估RPA应用是否可行，具体需要对企业内部信息安全、网络环境、系统局限、流程特殊规则等因素进行咨询和调研，还要考虑公司内部系统与RPA工具是否兼容等，在这些前提下考虑最优的解决方案。不过，以下几种情况是不可行的。
1）无法覆盖所有异常情况。
2）正常逻辑下无法进行灵活导向。
3）不同时间段的业务处理相互干扰，无法进行精准判断。
4）部分时间段、流程环节需要人工参与决策。
5）RPA智能机器人依赖的关联系统还没有稳定下来，频繁发生变动。
2.5.4 PoC过程示例
某公司有意愿落地实施RPA智能机器人，希望我们提供实施服务。经过RPA应用可行性会议讨论，发现该公司对RPA智能机器人实施后的场景没有一个直观的认识，所以我们决定当场做一个员工生活小助理的PoC。
1.选用优秀的RPA产品
欲善其事，必先利其器。目前，国内外的RPA开发工具已经有很多种，截至目前，业内公认RPA智能机器人产品中最成熟、最有名气的是UiPath RPA。我们选用Uipath RPA工具做PoC过程示例。Uipath RPA产品页面布局如图2-4所示。
图2-4 UiPath RPA产品页面布局
2.用UiPath RPA产品开发PoC的过程
UiPath RPA整体布局与大多数传统软件开发工具布局非常相似，我们以制作主要任务是定时提醒的“员工生活小助理”的业务场景为例，进行快速简单的PoC开发。
1）选择“Do While”控件使机器人监听系统时间，如图2-5所示。
图2-5 UiPath RPA中选择“Do While”选项
2）判断当前系统时间是否是特定时间，如图2-6所示。
图2-6 UiPath RPA中选择要预设的系统时间
3）选择特定时间执行相关任务1，如图2-7所示。
图2-7 UiPath RPA中设置提示信息（一）
4）选择特定时间执行相关任务2，如图2-8所示。
图2-8 UiPath RPA中设置提示信息（二）
5）运行结果。
以上最简单的PoC开发过程实施完后，最终看到的任务1输出结果如图2-9所示，任务2输出结果如图2-10所示。
图2-9 UiPath RPA中自动提示的信息1
图2-10 UiPath RPA中自动提示的信息2
上述简单PoC示例可以快速让企业的相关人员直观地认识到使用RPA智能机器人的便利。
2.5.5 开发PoC的小技巧
开发PoC其实是为了更好、更成功地运用RPA智能机器人。因此在部署RPA初期，应当做好如下几点。
1）挑选那些规则明确、逻辑性强、系统依赖少、不需要人工参与，又有大量高度重复操作的场景进行PoC验证，确定最有积极影响的业务流程，提升实现业务流程现代化的可能性，从而在RPA部署后获得最大价值。
2）慎重考虑RPA供应商是否有合理且丰富的安全机制，可以保证RPA部署后的系统安全性。
3）必须要考虑PoC部署的方法、质量、可维护性等指标。RPA智能机器人的部署必须具备快速部署、快速迁移、快速找到异常点的能力。