不少時候出於各類緣由,咱們的客戶沒有獲得全面的正確的宣導。這會讓客戶對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的精度問題,有些短信驗證。。。這些事先沒有讓客戶造成概念,理解可能存在的阻礙並從業務角度作出應對調整,就容易翻車。驗證碼