|
|
马上注册，结识高手，享用更多资源，轻松玩转三维网社区。
您需要 登录 才可以下载或查看，没有帐号？注册
x
POC（Proof of concept），常译作“概念验证”，是企业部署RPA的必经环节。作为业界流行的针对客户具体应用的验证性测试，POC的关键特点即匹配用户真实的业务场景。
% X$ C' w6 F* E4 s. J6 \ 根据客户对系统提出的需求和标准，在指定的业务场景，通过对编写好的脚本进行测试，以发现其局限性，帮助确保RPA机器人按预期工作，从而向企业证明系统可以实现某些功能，满足业务的基础需求。
. l. Q! F: ^" S4 ? POC通常发生在企业正式部署RPA之前。通过POC，企业可根据自身业务需求或未来发展布局部署RPA，以实现降本增效，将更多的时间留给精细化管理和创新。
5 [* ^: l- q. F% m% D+ t; s POC的2种形式8 k5 `$ C. H; [0 z+ e6 y9 s9 k$ `5 D Q
POC通常涉及两种形式：' M7 o d( h! F5 h5 Z
1、直接对选定产品进行POC测试。
* M/ g2 l6 A! g' X4 r- M 客户已经认定了某种产品，会直接选择这款产品进行POC测试。这种情况下的POC较为省事，客户能配合RPA实施方的要求，快速整理出业务需求。
E9 @8 A0 B- @ 2、通过POC进行产品比对，选出最适合的产品。
$ {4 a$ Q+ L6 `6 w0 a 此种情况则相对复杂。由于客户不知该怎样去做相关的需求整理，这就要求RPA实施方亲自调研。6 Z+ m1 ]1 s. H+ Y) [1 ?; e
一种较为理想的方式是，重现业务流程，并用视频录制，再配以语音讲解。7 [2 _2 b/ I* @3 q9 [
在文档方面，实施方需先于客户环境下，做个简单且图文标配的SOP（标准化操作流程）文档，为后期做细节准备。" q! p* a) d8 C# {$ y+ b
前期文档准备通常也分为两种：SOP和BRD（业务需求文档）。两种只选其一即可。
' `$ ~6 R1 y. p/ E 评估RPA应用可行性* P" C6 m, ]- `, s8 s
文档梳理完毕后，需要评估实施RPA是否可行。+ `# b: g6 r8 a
在大多数规则固定的情况下，不考虑公司内部信息安全因素，RPA的实施基本都是可行的。可在该前提下考虑验证性方案。
( {5 ~$ U0 i. r; M4 t: } } 那么，什么情况下没有可验证性的需要？
7 u Y5 H5 {( ~8 A5 R- \2 _ 第一，异常情况无法全部覆盖，其他情况下无法进行灵活导向。第二，时间的考虑，方案在白天和夜晚时间段的干扰因素会有所不同，无法进行精准判断，需要人工参与决策，也会有一些其他因素无法验证。
5 P: Z0 e5 {* E A& i 实施POC的小技巧: B! [. t) h1 f/ }; D, M
实施POC其实是为了更好地部署RPA技术。因此在部署初期：; A% ]0 P1 t/ J/ J3 v8 z
1、应挑选那些有固定规则、逻辑性强，不需要人工参与，又有大量高度重复的场景进行POC。这样便于客户快速看到成果，由点及面能快速扩展开来。
( ^" W( ]& J' X$ U2 C( g 2、制定方案，首要确定最有可能看到具有积极业务影响的流程。通过ROI（投资回报）分析，挑选最优选择，确保提升实现业务流程现代化的可能性，从而部署后获得最大价值。
/ u; T+ |" t& \6 H; X 3、必须要考虑RPA部署后的可维护性，这是重要测试指标之一。RPA部署必须具备较强的可维护性，RPA操作脚本必须具备参数化调整，同时还必须提供模块化组件，确保在系统调整时候能够快速响应，易于维护。% {7 i& _9 Q& L9 V
4、慎重考虑供应商是否有合理丰富的安全机制，可以保证 RPA(www.uibot.com.cn) 部署后的系统安全性。
4 b1 B$ S$ j- ~. k
8 X" b9 Y) q' ^! e7 C- Z6 k
m$ h4 {( n: o, C7 n$ z7 F, [, f) p$ V' S9 Y
|
|
发表于 2019-10-8 16:15:09