本次介绍项目中实操的数字机器人服务中心的方案，它是由 RPA + ADC 打造的小而美的数智应用。这个方案也是未来和生态伙伴一起经营、运行的一个平台。

一、为什么做数字机器人服务中心？

1.1 数字机器人项目的挑战

首先介绍一下来自三种不同生态伙伴的挑战

• 客户角度：数字机器人渗透广，但范围和规模不大，50% 以下项目机器人数量在 5 个以下。
• 从合作伙伴角度：每个流程都需要调研，设计-开发-测试等，工期长，成本高，30% 以上的项目出现延迟交付。
• 厂家角度：千行百业的场景各异，每个行业都有机会，由于缺乏行业专家限制了自动化应用规模。

1.2 应对方案

如何让机器人在企业发挥更大的作用，使企业获取更大的收益？站在客户视角，能够让机器人在企业里面能够发挥更大的作用，更大的威力，让企业得到收益。

我们产品的核心想法是，怎样才能达成这个目标，怎么才能实现这个目标？我们要真正的把数字机器人做成一个和生态伙伴一起共建的资产中心，他是从产品发现（包括需求、场景）到功能开发（包括程序、功能、方案的开发），再到实践（包括案例、实践、方法等），形成一个真正的能力资产中心。这个中心能够被所有的生态、开发者和客户共同的享用。

1.3 需求提出

• 机器人技术培训和交流，数字机器人服务中心，能够提供给开发者、合作伙伴一起共建、共享的能力模块。
• 数字机器人集中工作界面，集中化的入口，统一的工作平台，大家都在这个平台上对数字机器人进行操作和运营。
• 数字机器人资产共建共享，企业、客户和合作能够接受数字机器人最新技术的培训，一起交流反馈并将其促成一个良性发展的平台。

二、方案构想：数字机器人服务中心

2.1 四个诉（目）求（标）

• 查看了解，在线体验，订阅：这个平台能够让客户、开发者登录进来之后查看和了解到哪些机器人、哪些产品能够被自动化，同时还能够在线体验这些最新的数字化自动机器人带来的好处，同时能够提供订阅。
• 集中管控调度，在线试用：在平台上做成标准化的、类似 SaaS 化的应用，能够在这个平台上集中调度、管控和在线的使用，把所有人的工作做成桌面的、能够自动使用的能力。
• 培训学习：能够通过这个平台了解更多的新的技术、学习到进阶的课程。
• 交流反馈：形成大家一起交流的中心，类似 bbs。

2.2 应用方案架构设计

应用架构分为前端和后端。其中前端包括 5 个模块：数字机器人服务中心，数字机器人工作台，机器人学习培训，互动留言，定制机器人。后端包括数据管理后台。

前端部分的介绍。数字机器人服务中心中摆放各种卡片，放各种机器人，在人们打开卡片就能够把整个机器人了解清楚（比如，方案、场景）。数字机器人工作台能够真实的运行、调用 AI 的能力、真实的执行任务。机器人学习培训中准备了各种课程。互动留言就是机器人的论坛，大家可以一起交流最新的机器人技术、方案和实践。定制机器人是为让用户提供了一个定制化需求的入口，能够快速的响应客户的需求。

后端部分的介绍。后端能够提供各种配置方式，能够自动化的录入，能够满足伙伴、开发者自动录入成果或作品，能够快速积累相关的能力，还有权限的管理等等。

2.3 四个价值

• 感知：对客户集中入口，了解，定制和操作数字机器人。让客户了解机器人的威力，能够在很多产品下发挥作用。
• 共享：对厂家，案例库，沉淀资产，支撑售前拓展。逐步的形成生态圈，能够把这些真实的资产逐步的沉淀下来，同时这样的一个平台也能作为一个拓展的平台，在合作伙伴进行宣传销售的时候，可以根据客户的要求直接打开相应的案例进行的演示。
• 成本：对伙伴项目交付参考，商家资产。给伙伴一定的参考，让伙伴能够快速的完成机器人从需求到最终的开发印证的过程。
• 效益：对开发者发布，交易。希望把这个平台打造成未来的应用市场。对于伙伴能够上架资产，对于开发者能够自己发布、交易自己的作品并从中受益。

三、技术选择：WeAutomate（RPA+AI+LCDP全栈技术）

在选择技术方案的时候，传统的方式是用代码堆砌一个这样的应用，而这个产品本身使用 WeAutomate，全栈都是华为技术，包括： RPA 的能力，AI 的能力，低代码的能力。这些全栈的技术可以用低代码和后台的机器人、AI 的能力配合起来快速搭建一个小而美的数智应用。但是这个不太适合搭建大的系统，更是搭建类似一个机器人市场这样一个小而美的市场。我们这样一套方案的实现是一个很新的尝试。

在深圳 IOC 和软通技术一起开发了巡检助手，是为了解决运营团队的巡检的需要，每天要花很多人力对很多巡检项进行巡检，这类巡检的特点是重复、繁琐、难做。这个巡检助手也搭建了一个前台页面进行人机交互，后台每一个巡检项都开发了一个机器人来做好标准化的巡检路径的巡检。当前的方案也已经标准化，也在我们的内部进行了认证，这个方案也集成到了运行团队的运营工具里面。将来在我们 EBG 的所有的系统和产品运营里面都可以使用这个方案，并把它推广开。

与上海德成公司一起配合在苏州做了一款数智应用——报告助手。

与航海智慧一起合作一款数智应用——雷锋助手。

以上介绍的这些小而美的数智应用，现在使用这套方案、解决技术能够比较快速、完美的开发出让客户感知和收益的应用出来。这就是我们为什么使用 WeAutomate 搭建数智应用的原因。

四、开发实施：用 WeAutomate（RPA+低码）开发小而美的数智应用

这个开发过程，大部分都是使用低码的方式，甚至 RPA 和 AI 本身就是一个“拖拉拽“的方案，能够创建自动化的流程。在 AI 能力方面也预制了很多 AI 模块。在这样的前提下，开发工程师不需要特别厉害的代码能力，至少稍微懂一些代码或者懂一些 Python 代码就可以快速的完成这样的一个应用的开发。

如果使用 RPA + AI 就可以开发一个机器人，开发机器人是围绕事件的事前、事中和事后，把事件中涉及的模块细分之后可以把每个模块做成自动化的机器人程序包，这个程序包就完美的完成了事件的整个过程。开发出来的机器人都会放到数字机器人服务中心中。

另外一个稍微有人机交互的 APPs，这个类似于报告助手和巡检助手，我们都可以把他们放到服务中心。也同可以被共享出去，被更多的伙伴和开发者学习和了解这部分的能力。

这就是用低代码的方式来开发一个机器人服务中心的一个实施想法。

五、使用体验：在线了解，体验，使用，学习，交流

5.1 用户旅程

1. 登录后，可以查看，了解数字机器人，场景，方案和价值，以及案例。
2. 可以在线体验使用过程，可以进行在线订阅/定制，订阅后可以在工作台上工作。
3. 定制后有运营经理直接对接客户提供定制服务。
4. 提供下载使用，下载到工作台上进行工作。
5. 在线学习：提供在线学习的入口，提供进阶课程。
6. 交流反馈：对问题，需要提供交流反馈，在线运行人员可以快速响应。

六、后续计划：打通信息流，交付流，交易流

合作伙伴自己的应用上传上来以后肯定会打上伙伴的 Logo，另外正在打通信息流、交付流和交易流，包括云端，我们是单云协调，在云上会有一个统一的华为云机器人服务中心，在客户这边也会有一个机器人服务中心，这两个服务中心是字母的关系。然后，云端的机器人可以把相应的机器人资产推送到客户端，客户端也可以把自己好的案例上传到云端。我们自己的团队也在不断的开发机器人应用，也会有伙伴和开发者开发的机器人应用，共同发展机器人应用。

七、价值1：聚合伙伴，共建共享，面向政府&千行百业提供场景化解决方案

从华为出发，通过数字机器人服务中心，和合作伙伴、开发者、企业客户，把成功的实践和经验的机器人发布上来交易。华为自己也会不断的去共建共享，华为会作为一个总集能够把各种机器人资产集合起来，同时我们自己也会开发很多机器人的应用，标准化一些机器人，从质量上面、功能上面、完整性上面更好。也会和合作伙伴配合，一起设计，一起开发，伙伴自己设计开发等多种合作模式。

有了这些资产和服务能力，会把这些机器人部署到行业客户中去，尽量的去做一些开箱即用的或者通过简单的参数配置就能让我们的行业客户用起来的能力。最终形成交易的闭环。

这个价值就是和伙伴一起，在机器人服务中心里面快速的运营起来。

八、价值2：从人和系统的作业链接改变为人-机器人-系统的操作模式

传统的工作模式是人来操作系统，通过鼠标和键盘来操控电脑，这会带来人操控上麻烦的问题。 我们一直在探索一种工作模式，想通过一个数字机器人自动化工作台改变传统的模式，从人和系统的作业链接改变为人-机器人-系统的操作模式。

比如，我们的自动化业务是一个系统里面去做的，传统的情况需要一个由人操作的岗位，在我们探索的工作模式中就可以通过一个流程一个机器人把这个动作做成自动化。也有可能有两个系统，这个业务快乐两个系统，我们也可以把跨系统的业务串接起来。我们还可以把跨系统，系统和人之间的业务也自动化出来。

将来在桌面上就是一个个机器人图标，将来触发机器人图标的时候这个动作就可以往下执行。同时我们会做好面向终端，比如，微信、短信、钉钉、小程序等（手机、PC、PDA、智慧屏……），通过这个终端就可以触发机器人工作、操控机器人的工作。终极目标就是改成人-机器人-系统的工作模式。现在工作台也承接了这样的任务。

九、经验总结：MVP 开发，增加用户验证，快速低成本是错

MVP 最小可用产品：假设最需要验证的问题，用 WeAutomate 快速开发 MVP，通过用户验证来提升需求满足度。

在项目的实践过程中，发现用 WeAutomate 平台最适合开发 MVP 的。通过快速开发来验证业务逻辑的正确性，快速的满足客户的诉求。

找到 MVP，快速迭代：

• 选出最要验证的问题
• 用 We+ 快速搭建数智应用
• 快速上线验证
• 用户验证，优化迭代，不断尝试逼近最有方案

现在基础平台已经搭建好，同时要有一套快速迭代的敏捷流程，也做好面向开发的转型。因为我们一旦验证好所有的成果，可以逐步积累到大平台里面，这样的话，就是把大平台一个大的方案拆解成很多小的方案，最后来完成一个总的拼接。这样做的好处是，我们是低成本的，快速的试错模式。也能够让客户快速的感知到这样的模式所带来的好处。通过这样的方式极大提升效率、提升体验、降低成本、快速实现。

十、开发流程：数智应用的开发流程（小型项目）

下面介绍如何开发好一个数智应用的流程。

开发一个功能，既不在于人多，也不在于代码多。做软件一定是做的越小越好。人少做成的软件，人多也未必一定能做成。所以，我们介绍的是一个小而美的小型项目。

当确定业务方向之后，就可以启动业务需求的调研，做方案设计，原型设计，数据流设计，界面设计，表结构设计。这样就从项目启动，到概要需求，设计，开发，最终上线的过程。这就是快速的完成整个标准化的产品开发流程。

方案的核心点：解决客户的问题是什么，要让客户感知解决这个问题是有价值的。

十一、检验教训：优选需求，发挥机器人威力

11.1 软件开发的挑战

软件开发最大的浪费不是上班实践“划水”，也不是花了广告费但没有效果，更不是办公室租大了浪费，而是我们辛辛苦苦加班加点做出来的东西没有人用。没有解决客户的问题，没有给客户带来效益，这是最大的浪费。

软件开发的挑战就是怎么做对需求，做对方案。

11.2 可能的原因

• 想象中的用户痛点 VS 真实的用户痛点：凭借自己的经验想象客户的痛点，只有真正的了解客户的业务，熟悉客户的业务以及操作流程，才能真正的体会用户的痛点。

• 想象中的解决方案 VS 有效的解决方案：我们总是想当然的给出解决方案，而真实的用户可能面临种种限制而不能简单使用给出的方案。比如，软件条件的限制，硬件条件的限制，法律法规的限制等等。

11.3 常见问题

1. 刚需不刚：需求并非真实需求
2. 解决方案做错
3. 闭门造车

本文参与华为云社区【内容共创】活动第19期。
http s ://bbs.huaweicloud.com/blogs/370132

任务8：RPA+ADC最 佳 开发实践分享（第一期）：快速领略机器人雇员服务中心