企業(yè)內(nèi)低代碼流程引擎平臺衍化

1 評論 832 瀏覽 2 收藏 9 分鐘

最近幾年,低代碼/零代碼的模式被越來越多的人提及。這篇文章,作者分享了自己在公司內(nèi)部通過低代碼的產(chǎn)品模式,成為內(nèi)部流程服務(wù)商的經(jīng)驗(yàn)與思考。

在過去的工作經(jīng)歷中,我在某個(gè)互聯(lián)網(wǎng)公司內(nèi)OA團(tuán)隊(duì),0-1孵化出流程引擎平臺,以低代碼/零代碼的產(chǎn)品模式,逐步收攏全公司各層級的流程訴求,成為公司內(nèi)唯一流程服務(wù)提供商。平臺能力也逐步往低代碼平臺衍化。這一段經(jīng)歷讓我在企業(yè)效率領(lǐng)域成長很多,希望通過本文記錄一下當(dāng)時(shí)在流程引擎類產(chǎn)品的一些思考與做法。

一、最初洞察與思考

最初的OA團(tuán)隊(duì)定位于交付團(tuán)隊(duì),以定制開發(fā)模式為公司內(nèi)各個(gè)業(yè)務(wù)提供流程服務(wù)。在長期運(yùn)轉(zhuǎn)后發(fā)現(xiàn),團(tuán)隊(duì)內(nèi)部存在強(qiáng)烈的人力瓶頸,無法開拓更多業(yè)務(wù)內(nèi)容。

與人力瓶頸相對應(yīng)的是公司內(nèi)存在大量未滿足的流程需求。雖然公司“主干流程”通過定制交付方式已經(jīng)運(yùn)轉(zhuǎn),但是在各個(gè)部門內(nèi)部存在大量的業(yè)務(wù)流程,仍在依靠線下模式運(yùn)轉(zhuǎn)。公司下沉市場存在大量沒有線上化的“支干流程”,這部分訴求沒有團(tuán)隊(duì)承載。

當(dāng)我看到自身人力瓶頸與廣闊的空白市場時(shí),逐步明確要解決的問題:如何用更少的人服務(wù)更多的業(yè)務(wù)?其實(shí)答案很明確,要提高自身交付內(nèi)容的復(fù)用性,降低邊際成本。從項(xiàng)目交付轉(zhuǎn)型為產(chǎn)品能力交付。定位于全公司的流程能力供應(yīng)平臺,各個(gè)業(yè)務(wù)團(tuán)隊(duì)自己基于通用產(chǎn)品能力構(gòu)建自身業(yè)務(wù)訴求,從而釋放OA自身能力。

于是產(chǎn)品方向就這樣確定了?;谕昀鄯e的流程服務(wù)能力,MVP版本產(chǎn)品框架很快就捋順了

二、目標(biāo)全公司唯一流程服務(wù)提供商

在公司內(nèi)局部推廣之后,我基本確認(rèn)自身產(chǎn)品能力在公司內(nèi)部的降維打擊,于是我開始調(diào)研了公司內(nèi)其他流程服務(wù)團(tuán)隊(duì)/系統(tǒng),比較各自場景之后,定下來了產(chǎn)品業(yè)務(wù)階段目標(biāo)是,成為公司內(nèi)唯一的流程服務(wù)提供商。

為了能收口全公司的流程服務(wù),我重點(diǎn)規(guī)劃了自身的開放能力。一方面是自身完善的標(biāo)準(zhǔn)開放接口(rpc、http),并且提供了同步和異步各類標(biāo)準(zhǔn)對接模式(RocketMQ);另一方面為了進(jìn)一步降低外部系統(tǒng)的對接成本,我們提供了通用的接口托管平臺,業(yè)務(wù)接口注冊后,可以直接進(jìn)行數(shù)據(jù)出入?yún)⒏袷接成溥壿嬇渲没?,從而?shí)現(xiàn)業(yè)務(wù)零開發(fā)成本完成對接。

在完成這些能力建設(shè)后,我開始面向重點(diǎn)客戶進(jìn)行打單式地推。在推廣過程中,很多時(shí)候是需要從上而下,需要首先獲得對方團(tuán)隊(duì)管理者的認(rèn)可。因此我們額外拓展規(guī)劃了面向管理層視角的服務(wù)能力,與公司BI團(tuán)隊(duì)合作,將流程數(shù)據(jù)對接到BI形成標(biāo)準(zhǔn)的管理報(bào)表視圖。另一方面跟AI團(tuán)隊(duì)合作,提供了以對話式交互為基礎(chǔ)的C端使用服務(wù)。這兩個(gè)點(diǎn)在后續(xù)打單過程中,獲得了極好的反饋,成為產(chǎn)品的有利支撐點(diǎn)。

上線后一年,我們成功承接了其他流程系統(tǒng)數(shù)據(jù),并完整收口了公司內(nèi)所有流程業(yè)務(wù)。

三、審批類場景之外的第二曲線

當(dāng)完全收口了全公司審批類流程之后,我開始尋找業(yè)務(wù)的第二增長曲線。這部分我的更多的向外看,市面類似產(chǎn)品的演進(jìn)路徑都是類似的,從流程平臺進(jìn)一步轉(zhuǎn)向低碼平臺,提供完整應(yīng)用的搭建能力。我基于這樣的思考在公司內(nèi)進(jìn)行了一輪業(yè)務(wù)調(diào)研,看清楚了業(yè)務(wù)場景實(shí)際的需求程度與合作可能性,于是以這個(gè)規(guī)劃了產(chǎn)品的2.0版本

在新版本內(nèi),我們核心定位于一個(gè)幫助業(yè)務(wù)團(tuán)隊(duì)降本增效的零碼/低碼產(chǎn)品,解決的是高頻場景的配置化解決方案,從而降低業(yè)務(wù)側(cè)的重復(fù)開發(fā)成本。核心包括兩部分:

  • 自動化流搭建:以流程能力為基礎(chǔ),引入觸發(fā)器、執(zhí)行器的概念,從而在各類業(yè)務(wù)場景的自動化邏輯構(gòu)建中,提供零碼配置解決方案
  • 標(biāo)準(zhǔn)頁面搭建:以表單能力為基礎(chǔ),拓展到管理后臺場景的核心頁面類型,實(shí)現(xiàn)高頻頁面的零碼生成。

在后續(xù)推廣中,我們發(fā)現(xiàn)這樣的產(chǎn)品能力過于抽象,業(yè)務(wù)產(chǎn)研不太好理解,我們以場景為單位,提供了類似消息通知、角色數(shù)據(jù)管理與消費(fèi)、資源管理與消費(fèi)等多個(gè)高頻場景的解決方案,在各類業(yè)務(wù)中進(jìn)行了落地。

四、尚未完成的野望

在我的理解下,流程對于公司的價(jià)值在三個(gè)方面:合規(guī)、提效、業(yè)務(wù)數(shù)據(jù)線上化。

  • 當(dāng)前我們做的工作過主要是幫助業(yè)務(wù)流程線上化,這樣的過程中,線上化流程會有公司合規(guī)部門參與,因此解決的合規(guī)的問題;
  • 雖然線上流程運(yùn)轉(zhuǎn)效率高于線下,但是實(shí)際運(yùn)轉(zhuǎn)過程中,由于業(yè)務(wù)管理缺位,依舊存在運(yùn)轉(zhuǎn)不暢等問題,因此提效部分是存在較大的治理空間的;
  • 線上化后,流程帶來的業(yè)務(wù)數(shù)據(jù)已經(jīng)進(jìn)入到數(shù)據(jù)庫,但是還沒有很好的結(jié)構(gòu)化與消費(fèi)邏輯,這部分試下一部分可以重點(diǎn)拓展的。

因此,基于這樣的分析,我可以明確未來平臺的演進(jìn)方向重點(diǎn)為兩件事情:

  1. 流程治理:平臺側(cè)提供一套合理的評價(jià)機(jī)制,基于評價(jià)機(jī)制對流程管理員進(jìn)行規(guī)范與管理,同時(shí)提供產(chǎn)品化手段,讓管理員能夠更好地進(jìn)入到到流程治理中。這里面會存在大量運(yùn)營機(jī)制設(shè)計(jì)、運(yùn)營動作推出。
  2. 業(yè)務(wù)數(shù)據(jù)分析能力:包括對流程業(yè)務(wù)數(shù)據(jù)的結(jié)構(gòu)化存儲,進(jìn)而提供業(yè)務(wù)看板搭建能力,為業(yè)務(wù)側(cè)提供描述性數(shù)據(jù)分析與預(yù)測性數(shù)據(jù)分析,從而讓過往流程數(shù)據(jù),為業(yè)務(wù)的未來發(fā)展,發(fā)揮指導(dǎo)性意義。

本文由 @懷思 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Unsplash,基于 CC0 協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 同行朋友可以加我V X(zyf539841986),多多交流

    來自上海 回復(fù)