很多时候出于各种原因，我们的客户没有得到全面的正确的宣导。这会让客户对RPA有不正确的印象，为后续的合作留下隐患。
因此，向客户正确且全面地介绍RPA，非常有必要。
在这里介绍一些常见的问题。有些是我们自己的经验教训，有些是来自其他同行的。供大家参考，希望能为行业的整体提升起到绵薄之力。
1.只讲RPA的自动化能力，不强调调度器在RPA中发挥的核心作用
卖UiPath的不讲Orchestrator，卖AA和BP的不讲Control Room，卖UiBot的不讲Commander。。。客户一句话就能噎死你，“RPA跟VBA/宏/Python/按键精灵有什么区别？”
而如果客户没意识到调度器的重要性，那么很有可能它就不买调度器。这会影响两个方面：
a.技术上，无法利用调度器的动态调度能力，无法利用到队列等高级功能。这限制了一些RPA本该可以发挥的场景。
b.商务上，客户会低估RPA完整解决方案的成本投入。
2.只讲机器人，不区分有人值守机器人与无人值守机器人
特别是UiPath这种有人值守机器人可以离线使用的，客户常常会想办法把有人值守机器人当成无人值守机器人来用。表面上客户好像节省了软件的费用投入，但是实际上把调度器和无人值守机器人本来就有的一些功能转变成了开发和运维的额外成本。很多时候得不偿失。
这个问题不先讲清楚，客户就常常会问“能不能锁屏运行”“运行中的流程被其他人看到怎么办”。
3.讲不清楚RPA项目分为哪些阶段，每个阶段分别应该有什么产出。
这里最关键的就是有些小公司小团队会认为RPA项目小，就简单粗暴地省略流程定义文档（PDD）和测试文档，这样的话客户就容易改来改去烦不胜烦。匆匆忙忙就进入开发阶段，然后翻车。尤其是机器人运行久了之后，一旦发生任何需要临时转为人工处理的情况，就很难说得清人工原本的操作流程是怎么做的。
而且也常常忽略流程优化，流程不作什么调整直接上RPA。至于效果好不好，两说。
4.没有强调开发环境测试环境生产环境三者的一致性
至少开发环境和生产环境要尽量一致吧？但是这点也容易被忽略。虽然不一定会导致大问题，但常常导致额外的工作量来调试机器人以适配不同环境，并且有时还会影响流程的稳定性。
5.过度强调人力的节省
用机器人节省人力是毫无疑问的，但是在向客户宣导的时候容易过度强调这一点，导致客户方基层的抵触情绪，认为“自己的工作即将被RPA替代”“RPA团队来抢我饭碗”，给合作带来不必要的阻碍。
6.过度强调无人值守
有时候我们付出20%的努力，就能将流程的80%自动化。但是宣导的时候出于种种考虑容易过度强调无人值守的可能性，给客户画了个大饼，好像可以全流程自动化。为了将流程剩下的20%自动化，我们可能要花掉80%的精力。性价比不佳。
7.太拘泥于“流程”的自动化，忽略“操作”的自动化
虽然RPA的全称是“机器人流程自动化”，但究竟什么叫“流程”？大家常常习惯于将企业里面端到端要做的一系列事情合起来叫“一个流程”。然而有很多事情，它可能谈不上称为“一个流程”，但是能不能由机器人来自动完成呢？可以。从经济角度看，可能将这种事情自动化有点鸡肋，不过不能忽视积少成多的综合效应。而且这些事情累积起来，可以提高机器人的利用率，减少机器人的空闲时间。
8.忽略实施的技术风险
其实现在很多应用有防范RPA这类自动化技术的机制，比如网银的客户端登录。还有各种各样的验证码，有些OCR的精度问题，有些短信验证。。。这些事先没有让客户形成概念，理解可能存在的阻碍并从业务角度做出应对调整，就容易翻车。