很多時候出於各種原因，我們的客戶沒有得到全面的正確的宣導。這會讓客戶對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的精度問題，有些短信驗證。。。這些事先沒有讓客戶形成概念，理解可能存在的阻礙並從業務角度做出應對調整，就容易翻車。