RPA-POC观察

POC

目标

提供技术可行性验证，展示课预估的商业价值

技术：识别关键的技术壁垒，验证后续的扩展性

商业：是否可以得到预期的回报

Proposal三种方案，一种是BP（BluePrism），一种是AA（AutomationAnywhere），AA和BP都是基于.net的，会.net比较好

另一个是UIPATH，罗马尼亚的一家公司创造出来的，进行广泛的授权合作，也有一定的跟随者。

POC过程

1.业务案例（访谈）-- > 2.RPA场景提取（机会识别）–> 3. 搭建原型（实施开发）–> 4.评估（原型验证）–> 5.试点运行（小规模部署/生产化）

本文的过程在1~3环节，以期筛选出合适的合作商

本身是成本优化项目，成本考量同样需关注

基本问题：使用率如何定义？机器人设备的部署量如何评估？
普遍现状：一个终端同时在运行一个机器人任务

POC感受

• 正所谓人靠衣装，佛靠金装。体会到了职场的场面的重要性，机会降临给准备充分的人
• 流程及流程输出物的标准化
• 高强度，一点不比系统研发轻松

合作商过程记录

ISearch

Q：一定要虚拟化终端？A：不要求
Q：任务的部署下发是指定终端，还是全终端有全部的待运行任务
Q：多终端的中间结果互通整合，如何处理？A：支持在服务端的数据打通
Q：申请个单独的机器人账号最好
Q：设计器的软件如何安装？A：非标准软件，可以分Set控制配置不同的服务端
Q：如何分开各部门的权限？A：回复待确认是否有任务资源的编辑访问控制
基于UIPATH

上海的公司，国内做RPA比较早，其最大优势是有一些既有的国内客户，如银行，已有实施案例。曾经一度是重点考察对象，成本优势应该也是有的。

安永

基于UIPATH
Q：推荐的开发语言是什么？对VB的支持是最好的，其余几种语言还不确定支持完备度如何
Q：UIPATH的Studio对任务的配置，没有中间层的调配管理，全量推送到机器人终端。有Server的三层方案在中华区还没有应用案例
碰到的问题，就是个性化系统的操作识别有些问题，但UIPATH有较好的扩展性，还要考虑是否与终端软件的防护有无冲突。

远程参会，两轮对口人，完成讲解。从形式上就让甲方觉得不够重视，陪跑是必然的

IBM

来的阵仗第二大，从售前，带队领导，到工程师代表一应俱全。准备全面，重点由工程师代表方案讲解发言

讲述方法论比较成熟，包括ROI的模板分析方法，维度4象限（需求清晰度/业务重复度）划分，结合ROI分析。异常处理机制，显出功力

• 重试
• 邮件告警
• 异常截图
• 异常日志

支持BP, AA两套方案，优推BP，也显出他们人员配置完备。

Q：现有的模块库已经完备？反馈说已经有
Q：拆分比较细的机器人时，如何建议部署量

富璟科技

基于AA
业务咨询能力：数字化的劳动力，处理重复的工作（有点吹大--人工智能，100%准确率，投资回报精确计算）
技术难点的识别上，显出整体人员的研发功力距离IBM有较大的差距（VBA操作Excel，处理邮件）
但强调了排班的安排，倒是说的对，其余厂家没多强调
团队的培养，确实重要，仅有这家提了

深圳的单位，来了两个人，研发总监和一个开发，因为对比大厂没有优势，大概率陪跑角色，事实证明确实陪跑

毕马威（KPMG）

来的人就几个，阵仗不大，评审人反馈过往的合作也一直比较实在老实，但后来报价很机械（反向佐证？）

德勤

来的售前阵仗最大，从香港跑过来一批合伙人大佬，装束精致，给招标方一种非常高规格的感觉，大佬们不懂技术，但话讲的漂亮

1000台机器人--UIPATH的应用，在日本的银行客户
2018年的新版本支持一个并发license模型
好像他们也是UIPATH的东亚区核心代理