|
作者：Maria DiCesare 一項全球研究表明，企業(yè)平均每個月有60個小時的工作是手動完成的，也就是每個員工每天花3個小時完成文件歸檔、數(shù)據(jù)輸入和報告整合，而這些工作都是可以通過自動化的方式完成的。 實際上，員工大可不必花費大量時間處理這樣的工作。如今，企業(yè)正專注于工作流程自動化，以數(shù)字化方式替代一些工作。在面向一些簡單且重復(fù)任務(wù)的自動化時，機器人流程自動化（RPA）已成為企業(yè)常用的工具。此外，使用低代碼平臺實現(xiàn)流程自動化也正在成為主流的企業(yè)自動化選項。盡管RPA與低代碼技術(shù)有相似之處，但在功能、應(yīng)用場景以及長期價值方面卻截然不同。 機器人流程自動化（RPA）的概念與應(yīng)用 RPA是通過技術(shù)手段對重復(fù)性、手動執(zhí)行的業(yè)務(wù)工作進行自動化處理。用戶可以對虛擬機器人進行編程，使機器人執(zhí)行重復(fù)性的工作，包括信息篩選、數(shù)據(jù)遷移或表格填寫等。RPA的目標是讓機器人接管一些繁重枯燥的工作，使人們可以專注于更有價值的工作。 目前市面上有各種類型的RPA技術(shù)，但最基本的RPA可以使用編程或智能機器人實現(xiàn)。編程機器人遵循程序員設(shè)置的預(yù)定規(guī)則和步驟。智能機器人則是通過AI學習如何執(zhí)行一項任務(wù)。這些機器人先跟隨用戶的點擊和鼠標移動軌跡，在獲得足夠的數(shù)據(jù)后，就可以在沒有人的幫助下執(zhí)行任務(wù)。 無論用戶使用的是編程機器人還是智能機器人，RPA都可以用于執(zhí)行業(yè)務(wù)任務(wù)，比如： • 從網(wǎng)站或其他系統(tǒng)中獲取和讀取數(shù)據(jù) • 從電子郵件、PDF和其他文件中提取數(shù)據(jù)和內(nèi)容 • 遷移數(shù)據(jù)、文件和文件夾 • 在獨立應(yīng)用之間傳輸信息 • 填寫表格 • 將信息復(fù)制和粘貼到不同的系統(tǒng) 但如果是要處理一些復(fù)雜性的的任務(wù)時，就無法依賴RPA了。 RPA的優(yōu)點與不足之處 RPA擅長自動執(zhí)行一項非常具體的任務(wù)中的某個部分，并且可以在不同的業(yè)務(wù)部門復(fù)制機器人。同時，許多RPA工具在設(shè)計時也考慮了非開發(fā)人員的需求，因此一般通過簡短的操作就能執(zhí)行非常簡單的任務(wù)。 將重復(fù)性的工作交由機器人可以讓人們更加關(guān)于戰(zhàn)略。此外，RPA機器人可以全天候午休工作，讓人們無需再擔心人為錯誤或是諸如睡眠等“討厭”的需求。 不過，RPA最大的優(yōu)點同時也是它最大的缺點：它只能執(zhí)行單個任務(wù)，無法實現(xiàn)全企業(yè)端到端流程自動化。Gartner的報告指出：“目前，企業(yè)缺乏如何將機器人流程自動化（RPA）與其他工具相結(jié)合的指導(dǎo)。而這也阻礙了端到端流程自動化的發(fā)展，使得這些企業(yè)錯過了戰(zhàn)略業(yè)務(wù)價值。” 此外，RPA也很難應(yīng)對變化(Like the late, great dodo bird不建議翻譯)。由于這些機器人被訓練成只會遵循簡單、具體的動作指令，即使是用戶界面的微小更新也會導(dǎo)致一個流程失敗或發(fā)回不正確的數(shù)據(jù)。RPA還需要日常維護和安全措施，使其成為又一項需要IT部門監(jiān)控的流程。 RPA在與遺留系統(tǒng)通信或瀏覽復(fù)雜的UI時可能會遇到困難。這種情況下，企業(yè)需要精通技術(shù)的開發(fā)人員的幫助，而這違背了部署自動化工具的目的。 什么是低代碼流程自動化？ 使用低代碼流程自動化的RPA沒有任何限制。低代碼是一種直觀的可視化軟件開發(fā)方法，它也可用于實現(xiàn)任務(wù)、端到端流程和復(fù)雜工作流程的自動化。低代碼流程自動化不是在遺留系統(tǒng)內(nèi)實現(xiàn)重復(fù)性任務(wù)的自動化，而是讓企業(yè)在當前技術(shù)能力背景下重構(gòu)流程并靈活實現(xiàn)現(xiàn)代數(shù)字化。 低代碼最大的優(yōu)點之一是可以隨著業(yè)務(wù)需求的變化而更新應(yīng)用程序。盡管它是一種比RPA更復(fù)雜的流程自動化類型，但低代碼的亮點在于可以使技術(shù)和非技術(shù)用戶都能在流程自動化中開展合作。許多低代碼平臺使用的簡化開發(fā)環(huán)境提供具有拖拽功能的直觀界面，因此所有業(yè)務(wù)部門的公民開發(fā)者都可以輕松掌握。 在理想與現(xiàn)實之間，就只差一個低代碼。 何時使用RPA和低代碼 我應(yīng)該使用RPA還是低代碼？這個問題很難回答，因為這兩者不能互換。RPA的功能無法滿足任何超出基本任務(wù)自動化的工作，而低代碼則是在被用于整個企業(yè)的多個項目和需求時才能充分實現(xiàn)其深厚的潛在價值。
RPA+低代碼=珠聯(lián)璧合 RPA因本身的設(shè)計而無法應(yīng)對某些挑戰(zhàn)。例如，如果企業(yè)想用RPA來自動執(zhí)行涉及遺留系統(tǒng)的任務(wù)時，企業(yè)就需要了解如何與系統(tǒng)集成以及某些流程當初是如何實現(xiàn)的。由于RPA只適用于結(jié)構(gòu)化的高質(zhì)量數(shù)據(jù)，因此如果系統(tǒng)中的數(shù)據(jù)是非結(jié)構(gòu)化數(shù)據(jù)，情況可能會變得非常棘手。 在許多情況下，用戶需要搭建一個新系統(tǒng)或更新現(xiàn)有系統(tǒng)才能發(fā)揮RPA的全部優(yōu)勢。而這可能需要耗費幾年時間和巨大的成本。此外，用戶還需找到熟悉遺留系統(tǒng)的開發(fā)人員，但要找到這樣的人員很難（甚至非常昂貴）。以上的方式都沒有著眼未來，而這正是低代碼流程自動化的用武之地。 低代碼是一個綜合的、全面的端到端解決方案，它可以輕松兼容遺留系統(tǒng)，通過API構(gòu)建數(shù)據(jù)。如果企業(yè)需要重建過時系統(tǒng)，企業(yè)可以使用低代碼平臺在幾周或幾個月內(nèi)以較低的成本做到這一點。通過使用RPA，用戶還可以將低代碼用于開發(fā)與您現(xiàn)有系統(tǒng)集成的流程自動化應(yīng)用。 下面舉一個受RPA啟發(fā)的低代碼應(yīng)用示例： 以招聘場景為例，假設(shè)一位招聘經(jīng)理只想查閱特定城市的候選人簡歷，那么他可以使用RPA來篩選。這項任務(wù)并不復(fù)雜，在自動化后也會使得人們的工作更加輕松。但整個招聘工作流程會涉及多個記錄系統(tǒng)與眾多數(shù)據(jù)源，以上的簡歷篩選僅僅是其中的部分內(nèi)容。 此時，可以通過將低代碼流程自動化添加到組合中來進一步推動這個流程。所創(chuàng)建的解決方案可通過Microsoft Exchange郵箱向相關(guān)候選人發(fā)送電子郵件、通過人力資源系統(tǒng)提出薪酬區(qū)間建議、通過勞動合同文件處理驗證工作狀態(tài)是否合法以及為雇用的候選人辦理入職——所有這些流程都可以實現(xiàn)自動化。 使用低代碼平臺完成流程自動化 簡而言之，RPA用于現(xiàn)有系統(tǒng)中簡單、重復(fù)業(yè)務(wù)任務(wù)的自動化，而低代碼可提供更廣泛的開發(fā)能力。在某些情況下，用戶可能只需要選擇其中一項技術(shù)就可以。當然，同時使用RPA和低代碼可以實現(xiàn)最大程度地提高流程自動化效果。 歸根結(jié)底，在選擇企業(yè)流程自動化方案，企業(yè)應(yīng)從全局考慮。當下選擇的RPA工具在五年之后是否還有價值？其他部門是否會在未來需要類似的流程？ 從全局考慮，低代碼因其先進性和適應(yīng)性而更有優(yōu)勢。低代碼應(yīng)用平臺能夠隨著業(yè)務(wù)的增長和發(fā)展提供擴展和支持，同時還能促進跨部門協(xié)作。 |
