眾所周知，SaaS行業(yè)越來越卷，利潤也越來越“薄”，這是傳統(tǒng)軟件廠商的悲哀，也是未來數(shù)字化行業(yè)不得不面對的冷峻現(xiàn)狀之一。

隨著基于aPaaS、低代碼的解決方案之流行，SaaS行業(yè)變得越來越?jīng)]有技術(shù)門檻，IT人員的“偷懶”把這個行業(yè)做得越來越“廉價”，與此同時，軟件的售前環(huán)節(jié)越來越重，銷售渠道隨之成為最大的競爭賽點。

除了成本以外，SaaS對于客戶的吸引力也越來越低。免費軟件和工具的泛濫，讓客戶對SaaS付費意愿逐年下降，同時，也在對SaaS應(yīng)用提出越來越挑剔的要求。在調(diào)研了數(shù)十個中小企業(yè)的基礎(chǔ)上，接收到的反饋幾乎一致，用戶似乎永遠(yuǎn)都不滿意。

其實道理很簡單，SaaS是個通用性的數(shù)字化產(chǎn)品，面對的是行業(yè)解決方案的“最大公約數(shù)”，而所謂的最常見的情況，放到每個具體的企業(yè)業(yè)務(wù)流程中，都是實實在在的特例。

人們總希望工具能夠適應(yīng)人，但是事實上，SaaS用多了總覺得自己正在被改造，有時候，使用軟件系統(tǒng)甚至?xí)眍~外的負(fù)擔(dān)。

既然行業(yè)專用SaaS不能解決問題，那還不如“勉為其難”蹭用免費的商業(yè)套件。數(shù)字化轉(zhuǎn)型的本質(zhì)，是為企業(yè)尋求最佳的、基于IT技術(shù)的行業(yè)解決方案。

在這個解決方案中，定義的是人和機(jī)器“打配合”的過程，這個過程既不可能完全在物理世界被定義，也不可能完全在數(shù)字世界中被定義。

SaaS希望做到的是“全線上化”，“端到端”，“一體化貫通”，事實上，這些自然都是理想情況，很難真正落地。

反思無法落地的原因，在于有些業(yè)務(wù)環(huán)節(jié)，技術(shù)根本做不到位，有些環(huán)節(jié)，甚至由于某種主觀原因不希望技術(shù)做到位，當(dāng)然，失敗原因還可能涉及到“習(xí)慣”這個最容易被忽略掉的“人文因素”。

如果說一個大一統(tǒng)的集成式SaaS軟件無法滿足用戶需求，那么，未來很可能RPA機(jī)器人會是一個越來越“流行”的替代項。

機(jī)器人流程自動化（RPA，Robotic process automation）系統(tǒng)是一種應(yīng)用程序，它通過模仿最終用戶在電腦的手動操作方式，提供了另一種方式來使最終用戶手動操作流程自動化。

RPA機(jī)器人做的事情是對離散的數(shù)字化節(jié)點動態(tài)、柔性的集成，而非把每個環(huán)節(jié)的數(shù)字化怎么做完全限定住。RPA機(jī)器人本質(zhì)上是指令驅(qū)動的，而任務(wù)非模板化的。

如果說，用戶有一天突然想明白了：“他想要的其實只是一個基于數(shù)字化的業(yè)務(wù)流程解決方案，而非一套特定的軟件”。

那么當(dāng)他把整個數(shù)據(jù)應(yīng)用流程重塑過之后，整個數(shù)字化轉(zhuǎn)型項目就相當(dāng)于已經(jīng)完成了。

當(dāng)?shù)讓訑?shù)據(jù)基建不必要搭建的情況下，用戶不用采買新的系統(tǒng)，也不用租賃任何SaaS服務(wù)，可以延用現(xiàn)有免費的商業(yè)軟件，用RPA直接定義出如何將跨應(yīng)用、跨平臺的功能在一個虛擬化的系統(tǒng)中自動地完成“一系列”的操作。

RPA允許用戶的“最佳解決方案”不斷進(jìn)化，隨著應(yīng)用的加深和拓展不斷變化，這種變化是用戶自己可以主導(dǎo)的。

當(dāng)傳統(tǒng)SaaS廠商的功能供給不足以支撐現(xiàn)有需求時，RPA可以起到彌補(bǔ)其在“敏捷響應(yīng)”方面的短板。

當(dāng)前，隨著以ChatGPT為代表的大模型的出現(xiàn)和普及，基于“大模型+RPA”的混合式解決方案或帶來很大的技術(shù)應(yīng)用潛力。

從線上化、標(biāo)準(zhǔn)化，到自動化、敏捷化、柔性化，是支撐后數(shù)字化時代技術(shù)工具的重要應(yīng)用特征。

繼續(xù)閱讀：

未經(jīng)允許不得轉(zhuǎn)載：RPA中國 | RPA全球生態(tài) | 數(shù)字化勞動力 | RPA新聞 | 推動中國RPA生態(tài)發(fā)展 | 流 > 從SaaS到RPA，沒有真正“完美”的解決方案！