為企業(yè)的明天打好基礎(chǔ)!面向企業(yè)的自動(dòng)化指南
國(guó)內(nèi)數(shù)字化進(jìn)程仍然處于發(fā)展早期階段(雖然這個(gè)早期實(shí)際上已經(jīng)發(fā)展了幾十年),其中自動(dòng)化領(lǐng)域顯然處于更加混亂的時(shí)代,無論是RPA、BPM、流程編排和挖掘還是IPAAS,這些新技術(shù)與產(chǎn)品的誕生,都將在未來十年內(nèi)引發(fā)新的效率革命。
伴隨著這些新技術(shù)與產(chǎn)品的出現(xiàn),重新定義了自動(dòng)化范疇,也進(jìn)一步模糊了邊界,比如近年來有許多自動(dòng)化產(chǎn)品廠商跨越自身產(chǎn)品類型收購(gòu)了其它類型的自動(dòng)化產(chǎn)品,這也導(dǎo)致自動(dòng)化產(chǎn)品之間的邊界與類型也在進(jìn)一步交叉。
所以現(xiàn)在很多企業(yè)在自動(dòng)化需求愈發(fā)強(qiáng)烈的情況下,仍然不清楚目前自動(dòng)化領(lǐng)域中的不同類型產(chǎn)品之間有哪些區(qū)別,也不太了解應(yīng)該如何更加高效的進(jìn)行企業(yè)自動(dòng)化。
工業(yè)革命改變了經(jīng)濟(jì),改善了生活,那么自動(dòng)化革命將帶來類似的生產(chǎn)力飛躍,改良我們的工作方式。本文希望通過深入分析一些主要的自動(dòng)化類型產(chǎn)品,并結(jié)合我們的成熟度模型,嘗試給大家輸出一些信息,幫助到大家。
現(xiàn)在企業(yè)自動(dòng)化在市場(chǎng)內(nèi)主要類型劃分
在2021年底一份自動(dòng)化調(diào)研報(bào)告中,提出了當(dāng)下最受企業(yè)歡迎的自動(dòng)化產(chǎn)品類型,本文將圍繞這些受企業(yè)歡迎的主流類型展開討論。這份調(diào)查將主流自動(dòng)化產(chǎn)品與技術(shù)分為機(jī)器人流程自動(dòng)化(RPA)、業(yè)務(wù)流程管理(BPM)、流程監(jiān)控、編碼和過程挖掘。
當(dāng)然,數(shù)環(huán)通作為一站式企業(yè)級(jí)應(yīng)用集成與自動(dòng)化平臺(tái),此次我們也將把數(shù)環(huán)通所屬類型(IPAAS)加入討論。
在本文中,我們將討論每一種自動(dòng)化類型產(chǎn)品與技術(shù),在什么情況下使用什么類型的自動(dòng)化產(chǎn)品與技術(shù),為什么使用,以及它們的優(yōu)劣勢(shì),并最終形成一些企業(yè)自動(dòng)化發(fā)展中的一些建議與結(jié)論。
換句話說,企業(yè)并不會(huì)只為他們的自動(dòng)化需求選擇一類產(chǎn)品。今天我們發(fā)現(xiàn)接觸到的絕大多數(shù)公司都將不同類型的自動(dòng)化產(chǎn)品集合拼接在一起,以實(shí)現(xiàn)他們的目標(biāo)。在這種趨勢(shì)下,業(yè)內(nèi)人士試圖以各種方式命名這個(gè)拼接策略,比如“超自動(dòng)化”或“OneOffice自動(dòng)化”。
但企業(yè)在發(fā)展自動(dòng)化過程中,正越來越了解這種拼湊起來的自動(dòng)化解決方案所帶來的挑戰(zhàn)。具有諷刺意味的是,每一類自動(dòng)化產(chǎn)品都承諾打破數(shù)據(jù)孤島,實(shí)現(xiàn)高效業(yè)務(wù)協(xié)同。然而,實(shí)際上這種拼湊下來的自動(dòng)化方案產(chǎn)生了新的孤島:
認(rèn)識(shí)到這些拼湊方案帶來的新挑戰(zhàn),先進(jìn)的企業(yè)正在轉(zhuǎn)向一種全新的類型——端到端自動(dòng)化,不再通過拼湊解決。
在《企業(yè)自動(dòng)化的新推動(dòng)》中,摩根士丹利的研究很好地解釋了這一趨勢(shì):“企業(yè)正在優(yōu)先考慮目前市場(chǎng)環(huán)境的抵御能力,這推動(dòng)了對(duì)終端自動(dòng)化的需求,下一階段的準(zhǔn)備工作將會(huì)更加全面——而且它正在刺激一個(gè)自動(dòng)化軟件的新時(shí)代到來。為了實(shí)現(xiàn)轉(zhuǎn)型,曾經(jīng)被孤立的一系列技術(shù)即將出現(xiàn)與一種新的基礎(chǔ)設(shè)施軟件類別相結(jié)合,以創(chuàng)建端到端企業(yè)自動(dòng)化平臺(tái)”。
作者繼續(xù)解釋說:“為不斷增長(zhǎng)的自動(dòng)化產(chǎn)品組合爭(zhēng)論不休,應(yīng)對(duì)不斷增長(zhǎng)的自動(dòng)化應(yīng)用和服務(wù)組合是一項(xiàng)挑戰(zhàn)??蛻粼絹碓礁信d趣的是,要在應(yīng)用程序之中實(shí)現(xiàn)提效,并通過將其工具整合到一兩個(gè)供應(yīng)商之間來降本 ” 。
接下來,我們將看看自動(dòng)化市場(chǎng)中每個(gè)主要類型的情況,并將它們與摩根士丹利提出的端到端自動(dòng)化觀點(diǎn)進(jìn)行比較。
PS:值得一提的是,這些類型中有一些有,而另一些沒有的一個(gè)核心能力:低代碼/無代碼(LCNC),這是端到端自動(dòng)化的一個(gè)基本要素。它允許自動(dòng)化由整個(gè)企業(yè)的人來創(chuàng)建,而不是被限制在由一小群軟件專家處理的一小部分業(yè)務(wù)流程中。
當(dāng)下主流自動(dòng)化類型分析
業(yè)務(wù)流程管理(BPM)
起源:業(yè)務(wù)流程再造(Business Process Reengineering,簡(jiǎn)稱BPR),這個(gè)概念首次出現(xiàn)于《哈佛商業(yè)評(píng)論》第10期。
歷史:30年以上
別名:業(yè)務(wù)流程管理(BPM)、智能業(yè)務(wù)流程管理系統(tǒng)(iBPMs)、業(yè)務(wù)流程自動(dòng)化(BPA)、業(yè)務(wù)流程外包(BPO)、業(yè)務(wù)規(guī)則管理系統(tǒng)(BRMS)
價(jià)值:復(fù)雜事件的持續(xù)執(zhí)行,實(shí)時(shí)事件的處理,提高現(xiàn)有流程的效率,降低運(yùn)營(yíng)成本,簡(jiǎn)化系統(tǒng)和任務(wù),增加利潤(rùn)率。
建議:業(yè)務(wù)流程管理(BPM)與其說是一個(gè)類型,不如說是一個(gè)包含上面所有縮寫的學(xué)科,并且經(jīng)常被用作幾個(gè)軟件類型的通用術(shù)語。一家公司可以選擇各種方式管理他們的業(yè)務(wù)流程——他們可以將其外包給第三方(BPO),就像薪資結(jié)算、人力資源或呼叫中心經(jīng)常發(fā)生的業(yè)務(wù)那樣。他們可以使用流程映射工具可視化地繪制流程,也可以利用業(yè)務(wù)事件,連接系統(tǒng),并使用ibpm、BRMS或BPA定義基于規(guī)則的自動(dòng)化軟件。
BPM平臺(tái)的誕生是為了幫助組織更好地理解他們的流程,并設(shè)計(jì)策略和戰(zhàn)術(shù)以實(shí)現(xiàn)改進(jìn)。另一方面,業(yè)務(wù)規(guī)則管理系統(tǒng)(BRMs)用于管理復(fù)雜的業(yè)務(wù)規(guī)則。這些系統(tǒng)利用業(yè)務(wù)分析師和其他專家創(chuàng)建的規(guī)則集,而這些規(guī)則集控制和規(guī)定業(yè)務(wù)操作和功能的狀態(tài)。
雖然BPA平臺(tái)被設(shè)計(jì)為自動(dòng)化業(yè)務(wù)流程,但定制和自動(dòng)化工作流的相同功能被內(nèi)置到特定功能的應(yīng)用程序中。這些應(yīng)用程序?qū)W⒂诤?jiǎn)化業(yè)務(wù)功能或部門內(nèi)的特定流程。CRM和ERP系統(tǒng)就是這類應(yīng)用程序中很好的例子。
使用BPM可以實(shí)現(xiàn)的效果是如此顯著,但在顯著之前還需要很長(zhǎng)一段時(shí)間來調(diào)整、優(yōu)化與運(yùn)行,一般來說都需要一組專家、開發(fā)人員等來一起完成對(duì)主要流程的徹底重構(gòu)。雖然BPM供應(yīng)商對(duì)其市場(chǎng)增長(zhǎng)前景感到樂觀,但該領(lǐng)域的很大一部分服務(wù)提供商和顧問已經(jīng)開始將精力集中在機(jī)器人流程自動(dòng)化(RPA)上,在過去幾年中,RPA已經(jīng)提供了更快的效果。
它如何適應(yīng)端到端自動(dòng)化:BPM工具用于真正關(guān)鍵任務(wù)流程的解決方案,這些流程需要訓(xùn)練有素的專家?guī)椭3诌\(yùn)行。雖然BPM可以取得非常好的效果,但不幸的是,隨著越來越多的企業(yè)轉(zhuǎn)向其他類型的自動(dòng)化,它被拋在了后面。
機(jī)器人流程自動(dòng)化(RPA)
起源:軟件測(cè)試自動(dòng)化、“屏”抓取和宏:一種技術(shù)通過圖形用戶界面(GUI)記錄一系列動(dòng)作并重復(fù)播放來自動(dòng)化手動(dòng)任務(wù)的技術(shù)
歷史:40年以上
別名(其他名稱和縮寫):機(jī)器人、流程自動(dòng)化、機(jī)器人桌面自動(dòng)化(RDA)、任務(wù)自動(dòng)化
價(jià)值:純粹的效率;節(jié)省人工工作時(shí)間;“更好、更快、更便宜”是他們的口號(hào)
建議:RPA是一種模擬人類行為的預(yù)置工具。RPA可以采取有人參與的自動(dòng)化的形式,必須由啟動(dòng)流程的人員觸發(fā),也可以采取無人參與的自動(dòng)化的形式。2021年是機(jī)器人流程自動(dòng)化(RPA)的重要一年。轟動(dòng)的IPO、并購(gòu),為2022年發(fā)展打下了堅(jiān)實(shí)的基礎(chǔ)。根據(jù)IDC的數(shù)據(jù),RPA的市場(chǎng)增長(zhǎng)預(yù)計(jì)將從2020年的17億美元擴(kuò)大到2025年的90億美元。
盡管有這些變化,但有跡象表明RPA這一自動(dòng)化類型下正在發(fā)生一些奇怪的事情。例如,風(fēng)險(xiǎn)投資公司的CIO指數(shù)報(bào)告稱,RPA是公司希望在2023年減少投入的頂級(jí)技術(shù)之一。從令人不安的數(shù)據(jù)來看,該軟件并沒有達(dá)到其轉(zhuǎn)型宣傳的效果。弗雷斯特報(bào)告稱,RPA市場(chǎng)的增長(zhǎng)最快將在2023年趨于平緩。IDC報(bào)告稱,整體企業(yè)自動(dòng)化市場(chǎng)潛力為400億美元,而RPA預(yù)計(jì)的90億美元與之相比則有些相形見絀。
RPA在缺少API的系統(tǒng)或無法上云的非結(jié)構(gòu)化數(shù)據(jù)等場(chǎng)景下的應(yīng)用最為成功。當(dāng)RPA被要求實(shí)現(xiàn)一個(gè)端到端自動(dòng)化需求時(shí),它會(huì)陷入困境。
它如何適應(yīng)端到端自動(dòng)化:雖然RPA可以用來完成機(jī)械、重復(fù)的工作,但企業(yè)最終更希望能實(shí)現(xiàn)企業(yè)全范圍內(nèi)的端到端自動(dòng)化,而不是機(jī)器人流程自動(dòng)化,原因如下:
-
它不能很好地?cái)U(kuò)展:RPA機(jī)器人基于Ul界面即成,隨著部署的任務(wù)越來越多,它們也會(huì)變得越來越脆弱。維護(hù)需要大量的投入,即使RPA廠商已經(jīng)綁定了APl、OCR、Al或過程挖掘功能,也會(huì)帶來另一層維護(hù)。“急需維護(hù)”的自動(dòng)化阻礙了部署和可伸縮性的步伐。
-
在整個(gè)企業(yè)范圍內(nèi)進(jìn)行治理是很困難的:企業(yè)層面的成功需要穩(wěn)固的治理,但RPA平臺(tái)本質(zhì)上是在與組織范圍的治理對(duì)抗(包括IT和業(yè)務(wù))。機(jī)器人提供了快速高效的巨大優(yōu)勢(shì),但隨著機(jī)器人數(shù)量的增加,IT驅(qū)動(dòng)的治理和安全最佳實(shí)踐變得越來越難以實(shí)現(xiàn)。
-
它可能會(huì)變成技術(shù)和經(jīng)濟(jì)債務(wù):RPA最適合用于需要快速完成重復(fù)性且機(jī)械化工作流的自動(dòng)化。伴隨著機(jī)器人數(shù)量的增多,維護(hù)需求也會(huì)增長(zhǎng)。本質(zhì)上,機(jī)器人大軍需要另一支機(jī)器人來進(jìn)行管理。雖然機(jī)器人應(yīng)該減輕人類的負(fù)擔(dān),但人類最終還是需要減輕機(jī)器人帶來的負(fù)擔(dān)。
值得注意的是,盡管RPA經(jīng)常被歸為“低代碼”軟件,但它并不屬于“易于使用”的類型。除了體現(xiàn)上面提到的治理問題之外,該技術(shù)仍然需要專家來構(gòu)建和維護(hù)自動(dòng)化,因此通常不會(huì)被業(yè)務(wù)線組織廣泛采用。
流程映射
起源:流程圖,這是由弗蘭克吉爾布雷斯在1921首次解釋給美國(guó)機(jī)械工程師協(xié)會(huì)
歷史:100年以上
別名(其他名稱和縮寫):流程圖,過程映射,過程監(jiān)控
價(jià)值:純粹的效率;節(jié)省手工工作的時(shí)間;“更好,更快,更便宜”是他們的口號(hào)
建議:在過去的100多年里,流程圖經(jīng)歷了相當(dāng)大的變化。從在繪圖表上手工繪制,到使用昂貴的預(yù)置軟件創(chuàng)建,再到今天,它們?cè)跒g覽器中的拖放界面中繪制出來。流程圖是一種典型的方式,可以直觀地布局流程,并與他人分享對(duì)企業(yè)運(yùn)作方式的理解。
流程映射與BPM密切相關(guān)。在20世紀(jì)80年代和90年代,企業(yè)會(huì)聘請(qǐng)昂貴的顧問,進(jìn)行采訪和研究,并提供流程說明圖,說明公司正在做的事情,以及公司應(yīng)該如何做。然后公司將嘗試實(shí)施該建議,并取得不同程度的成功。
今天,分析人員仍然以各種方式依賴流程圖,現(xiàn)在許多軟件供應(yīng)商已經(jīng)添加了將流程圖連接到數(shù)據(jù)的能力,并通過密切關(guān)注關(guān)鍵的里程碑來監(jiān)視流程。許多企業(yè)已經(jīng)開始使用基于真實(shí)數(shù)據(jù)的人工智能自動(dòng)創(chuàng)建流程圖表示的過程,這導(dǎo)致了過去幾年過程挖掘平臺(tái)的爆炸式增長(zhǎng)。
它與自動(dòng)化有何關(guān)系:這個(gè)類型不能與企業(yè)自動(dòng)化直接掛鉤,因?yàn)殡S著如此多自動(dòng)化技術(shù)的出現(xiàn),今天大多數(shù)企業(yè)都沒有轉(zhuǎn)向流程映射工具來改造他們的業(yè)務(wù)。然而,這是一個(gè)與自動(dòng)化關(guān)聯(lián)的類型,許多企業(yè)仍然會(huì)購(gòu)買。
流程挖掘
起源:威爾·范德·阿爾斯特,“流程挖掘的教父”,獨(dú)自花了數(shù)年時(shí)間在該領(lǐng)域進(jìn)行研究,但20年后,它已經(jīng)發(fā)展成為一個(gè)主要的產(chǎn)品類型
歷史:20年以上
別名(其他名稱和縮寫):流程圖,過程映射,過程監(jiān)控
價(jià)值:一個(gè)客觀的、數(shù)據(jù)驅(qū)動(dòng)的公司經(jīng)營(yíng)流程 ,并著眼于改進(jìn)。
建議:IBM對(duì)流程挖掘的定義是恰當(dāng)?shù)模?ldquo;流程挖掘應(yīng)用數(shù)據(jù)科學(xué)來發(fā)現(xiàn)、驗(yàn)證和改進(jìn)工作流。通過結(jié)合數(shù)據(jù)挖掘和過程分析,企業(yè)和組織可以從其信息系統(tǒng)中挖掘日志數(shù)據(jù),以了解其流程的性能,揭示瓶頸和其他改進(jìn)方向。流程挖掘利用數(shù)據(jù)驅(qū)動(dòng)的方法進(jìn)行流程優(yōu)化,允許管理人員在現(xiàn)有流程的資源分配決策中保持客觀。”
流程挖掘技術(shù)是強(qiáng)大的,同時(shí)它還與自動(dòng)化密切相關(guān),因?yàn)橐坏┝鞒掏诰蚬ぞ弑┞读似髽I(yè)經(jīng)營(yíng)流程的問題,就會(huì)促使領(lǐng)導(dǎo)者重新思考這些流程該如何優(yōu)化。事實(shí)上,這個(gè)類型下的一些頭部廠商已經(jīng)收購(gòu)了集成和自動(dòng)化供應(yīng)商,一旦需要改進(jìn)的問題暴露出來,就可以立即滿足客戶的需求。
它如何與端到端自動(dòng)化相結(jié)合:如果對(duì)現(xiàn)有企業(yè)業(yè)務(wù)流程的改造是業(yè)務(wù)升級(jí)的關(guān)鍵部分,那么流程挖掘和企業(yè)自動(dòng)化技術(shù)可以攜手合作。然而,該技術(shù)對(duì)企業(yè)的影響是以犧牲企業(yè)的其他業(yè)務(wù)成果為代價(jià),將目標(biāo)鎖定在效率上:創(chuàng)新、增長(zhǎng)和新領(lǐng)域機(jī)會(huì)都被無視掉了。希望在企業(yè)中利用端到端自動(dòng)化的公司要保持流程挖掘技術(shù)的平衡,確保不會(huì)過于相信它,以至于最后只專注于降本增效,而犧牲了其他一切。
集成和業(yè)務(wù)流程
起源:中間件。這個(gè)領(lǐng)域最初的玩家是Teknekron信息總線,其次是Tibco。
歷史:20年以上
別名(其他名稱和縮寫):集成平臺(tái)即服務(wù)(iPaaS)、提取、轉(zhuǎn)換和加載(ETL和ELT)、數(shù)據(jù)管道
價(jià)值:通常被稱為“管道”,IPAAS專門專注于確保數(shù)據(jù)在跨組織、跨部門、跨系統(tǒng)之間流通以及自動(dòng)化,通常是通過API實(shí)現(xiàn)。
建議:IPAAS通過API集成多個(gè)應(yīng)用程序,使它們可以在端到端過程中協(xié)同工作。這些系統(tǒng)使數(shù)據(jù)能夠?qū)崟r(shí)地從一個(gè)系統(tǒng)移動(dòng)到另一個(gè)系統(tǒng)。這些管道非常適合連接分析引擎和數(shù)據(jù)存儲(chǔ)。集成依賴于數(shù)據(jù),通常是不同類型的數(shù)據(jù)。在許多情況下,這些數(shù)據(jù)并不在同一個(gè)地方,這個(gè)時(shí)候就需要IPAAS來跨系統(tǒng)獲取數(shù)據(jù),以支持自動(dòng)化流程和策略。
ELT/ETL是一個(gè)密切相關(guān)的類型,它自動(dòng)化了提取數(shù)據(jù)、轉(zhuǎn)換數(shù)據(jù)并將其加載到另一個(gè)系統(tǒng)的過程。這種轉(zhuǎn)換可能包括基于規(guī)則重新格式化或清理數(shù)據(jù)。ETL和ELT之間唯一的區(qū)別是數(shù)據(jù)轉(zhuǎn)換的順序不同。在ETL中,數(shù)據(jù)在加載到新系統(tǒng)之前進(jìn)行轉(zhuǎn)換。在ELT中,數(shù)據(jù)在加載到新系統(tǒng)后進(jìn)行轉(zhuǎn)換。傳統(tǒng)的ETL工具在本地硬件上運(yùn)行,但更現(xiàn)代的基于云的ETL工具也可用。
它如何與端到端自動(dòng)化相結(jié)合:IPAAS是一個(gè)重要的自動(dòng)化領(lǐng)域類型,因?yàn)樗鼧?gòu)成了企業(yè)端到端自動(dòng)化的基礎(chǔ)。然而,傳統(tǒng)的集成平臺(tái)很難進(jìn)入這個(gè)新領(lǐng)域。與BPM一樣,集成平臺(tái)也受到技術(shù)復(fù)雜性的拖累,這需要擁有經(jīng)驗(yàn)豐富和資深頭銜的專家來確保它們保持運(yùn)行。編碼、開發(fā)和長(zhǎng)時(shí)間的等待是傳統(tǒng)集成產(chǎn)生的額外結(jié)果。隨著越來越多的市場(chǎng)遷移到企業(yè)自動(dòng)化,傳統(tǒng)集成平臺(tái)必須更加努力才能跟上步伐。
自動(dòng)化成熟度模型
隨著自動(dòng)化領(lǐng)域的高速發(fā)展,在今后的許多情況下,企業(yè)成功的關(guān)鍵將取決于該組織自動(dòng)化戰(zhàn)略的成熟程度,基于這個(gè)判斷,我們提出了自動(dòng)化成熟度模型。這樣大家可以更好的了解當(dāng)前自動(dòng)化流程有多成熟,還需要怎么改進(jìn)。
我們的自動(dòng)化成熟度模型有7個(gè)階段:
0:第一個(gè)階段實(shí)際上根本不是一個(gè)階段。在這個(gè)階段,企業(yè)依靠人類來執(zhí)行所有的工作,而根本沒有自動(dòng)化。
1:自動(dòng)化成熟度模型的第一個(gè)真正階段是單個(gè)單調(diào)乏味的任務(wù)被自動(dòng)化。這可以像在excel電子表格中記錄的宏或RPA Bot一樣簡(jiǎn)單。
2:第二階段是任務(wù)連接到工作流或特定于業(yè)務(wù)功能的自動(dòng)化。
3:自動(dòng)化成熟度模型的第三個(gè)階段是將多個(gè)特定于功能的工作流組合到應(yīng)用程序更復(fù)雜的流程中。一個(gè)很好的例子是CRM應(yīng)用程序,它圍繞客戶管理和銷售展開自動(dòng)化流程。
4:自動(dòng)化的第四個(gè)階段是創(chuàng)建跨越多個(gè)應(yīng)用程序和系統(tǒng)的工作流和流程,并交付端到端流程。
在成熟度模型的這個(gè)階段,管理端到端流程可能會(huì)變得非常復(fù)雜。具有垂直場(chǎng)景價(jià)值的應(yīng)用程序沒有在其價(jià)值以外提供自動(dòng)化的能力。在這個(gè)階段,企業(yè)通常會(huì)采取集成策略,將應(yīng)用程序即成在一起,或者轉(zhuǎn)移到BPA平臺(tái),再或者兩者結(jié)合。企業(yè)可以利用本地應(yīng)用程序集成將兩個(gè)應(yīng)用程序緊密綁定在一起,BPA平臺(tái)可以使企業(yè)能夠從零開始構(gòu)建流程。
5:成熟度模型的第五個(gè)階段利用人工智能和ML來進(jìn)行更有效的決策。通過將如此多的功能、數(shù)據(jù)和進(jìn)程集成在一起,不僅可以將復(fù)雜的進(jìn)程連接起來,而且還可以訪問大量的數(shù)據(jù)??缃M織訪問實(shí)時(shí)數(shù)據(jù)的預(yù)測(cè)模型可以為決策提供更好的支持。利用跨CRM系統(tǒng)、會(huì)計(jì)系統(tǒng)和實(shí)現(xiàn)系統(tǒng)的自動(dòng)化流程的智能定價(jià)只是一個(gè)例子。
6:第六階段更理論化,但建立在增加整合和智能的概念上。在這一階段,大多數(shù)決策都是自主做出的,很少有人為干預(yù)。有了這種水平的自動(dòng)化成熟度,人類只涉及參與最復(fù)雜的決策或特殊的情況,并能夠在他們現(xiàn)有的工作流中快速?zèng)Q策。從本質(zhì)上講,我們?cè)O(shè)想了一個(gè)環(huán)境,在這個(gè)環(huán)境中,復(fù)雜的決策會(huì)呈現(xiàn)給決策者,在可視化界面中擁有準(zhǔn)確的數(shù)據(jù)。在這種認(rèn)知自動(dòng)化的水平上,系統(tǒng)也可以做到當(dāng)有流程出現(xiàn)錯(cuò)誤或者崩潰的時(shí)候,學(xué)會(huì)自我管理和自我修復(fù)。
為企業(yè)的明天打好基礎(chǔ)
數(shù)據(jù)集成是企業(yè)端到端自動(dòng)化解決方案的核心,通過專注于集成跨應(yīng)用程序共享數(shù)據(jù)和流程,將集成和自動(dòng)化結(jié)合起來,在工作自動(dòng)化中利用每個(gè)不同系統(tǒng)的集體能力。
今天,任何流程的人員、數(shù)據(jù)和流程這三個(gè)組件都緊密地集成到剛需使用的應(yīng)用程序中。
明天,每個(gè)數(shù)據(jù)集、流程和用戶體驗(yàn)界面都將可以通過api單獨(dú)訪問,以創(chuàng)建動(dòng)態(tài)的端到端流程。
一個(gè)應(yīng)用程序中的用戶界面將訪問另一個(gè)應(yīng)用程序中的進(jìn)程和第三個(gè)應(yīng)用程序中的數(shù)據(jù)。例如,獲客網(wǎng)站創(chuàng)建的數(shù)據(jù)可以由CRM處理,然后營(yíng)銷人員和報(bào)告可以發(fā)送給他們最常用的辦公協(xié)同軟件中的銷售人員。這種方法的關(guān)鍵是一個(gè)可靠的IPAAS,它可以在每個(gè)應(yīng)用程序中協(xié)調(diào)這些步驟。這些體驗(yàn)將從一個(gè)單一的平臺(tái)上創(chuàng)建和管理,用戶不會(huì)看到其背后的復(fù)雜性。
企業(yè)將變得更加高效。