POC（Proof of concept），常译作“概念验证”，是企业部署RPA的必经环节。通过对制作好的自动化进行测试，以发现其局限性，并帮助确保机器人按预期工作。
POC通常发生在还没进行部署RPA工程的企业。企业根据自身的业务需求或企业未来的发展布局，来部署RPA技术，期望可以大量减少人工无为的耗时，来提高工作效率，把更多的时间留给精细化管理和创新，进而实现降本增效。另外，推动流程自动化，本也是赶上当前信息化时代潮流、走向国际前沿的应有之意。
POC的两种形式
POC通常涉及两种形式：第一种，客户已经认定了一种产品，会直接选择这款产品进行POC测试。第二种则是通过做POC进行产品比对，进而选出更为优秀的一款产品。
第一种情况的POC较为省事，客户自己能很配合的根据RPA实施方的要求整理出业务需求。第二种情况则相对麻烦些。由于客户不知道怎样去做相关的需求整理，所以这就要求RPA实施方亲自调研。一种理想的方式是，把业务流程重现一遍，并用视频录下来配上语音讲解。文档方面，在客户环境先做一个简单的SOP文档，图文标配，为后期做细节准备。这样，前期文档准备大概也会有两种，一种是SOP（标准化操作流程），一种是BRD（业务需求文档）。两种只选其一即可。
评估RPA应用可行性
文档梳理完毕，接下来就需要去评估实施RPA是否可行。在大多数规则固定的情况下，不考虑公司内部信息安全因素，RPA的实施基本都是可行的，在这个前提下考虑验证性方案。
那么什么情况下没有可验证性的需要？第一，异常情况无法全部覆盖，其他情况下无法进行灵活导向。第二，时间的考虑，方案在白天和夜晚时间段的干扰因素会有所不同，无法进行精准判断，需要人工参与决策，也会有一些其他因素无法验证。
做POC的小技巧
做POC其实是为了更好地施行RPA。因此在部署初期，应当做好以下几点：
1、挑选那些有固定规则、逻辑性强，不需要人工参与，又有大量高度重复的场景进行POC。这样便于客户快速看到成果，由点及面能快速扩展开来。
2、制定方案，首要确定Z有可能看到具有积极业务影响的流程，通过ROI分析，挑选Z优选择，确保提升实现业务流程现代化的可能性，从而部署后获得Z大价值。
3、必须要考虑RPA部署后的可维护性，这是重要测试指标之一。RPA部署必须具备较强的可维护性，RPA操作脚本必须具备参数化调整，同时业必须提供模块化组件，确保在系统调整时候能够快速响应，易于维护。
4、慎重考虑供应商是否有合理丰富的安全机制，可以保证RPA部署后的系统安全性。
