不管是企業(yè)客戶的訴求，行業(yè)的專業(yè)人士分析還是機(jī)構(gòu)的預(yù)測都表明了低代碼平臺就是未來ToB軟件發(fā)展的一個方向，低代碼平臺的春天已經(jīng)到來。然而目前市面上涌現(xiàn)出的各個平臺大都處于早期的發(fā)展階段，還在不斷地探索中，發(fā)展方向也各不相同。本人作為一個低代碼平臺領(lǐng)域10年的從業(yè)者，試用過市面上絕大部分平臺，對低代碼平臺的發(fā)展現(xiàn)狀和趨勢談?wù)剛€人的一些想法。

低代碼平臺的優(yōu)點(diǎn)

多快好省，簡簡單單四個字就概括了低代碼平臺的優(yōu)點(diǎn)，然而還有一個不是那么明顯的優(yōu)點(diǎn)，那就是為客戶選擇供應(yīng)商提供了一個絕佳的技術(shù)參考指標(biāo)，做平臺的>做產(chǎn)品的>做項(xiàng)目的。

當(dāng)然前提是做出來的東西大體相當(dāng)?shù)那闆r下。

低代碼平臺的定位問題

面向業(yè)務(wù)人員，技術(shù)人員，還是二者皆有？

從上圖可知低代碼平臺的適用場景決定了不能用于過于復(fù)雜的系統(tǒng)，否則復(fù)雜系統(tǒng)將會變得比純代碼開發(fā)更復(fù)雜，同時失去可維護(hù)性。低代碼平臺的高效率是以犧牲靈活性為前提的，且制定了大量的規(guī)則，從這點(diǎn)來看低代碼平臺面向業(yè)務(wù)人員似乎更符合本身的定位。那是否就可以只專心做零代碼平臺呢？非也，無數(shù)的事實(shí)表明即使是簡單的應(yīng)用，依然逃不開定制開發(fā)，再強(qiáng)大的功能和配置依然無法覆蓋所有的情況。而且隨著后續(xù)支持的應(yīng)用越來越復(fù)雜，定制開發(fā)的部分也將逐漸增加，因此對于開發(fā)人員的定制開發(fā)支持，是必不可少的。也因此，低代碼平臺的定位以業(yè)務(wù)人員為主、技術(shù)人員為輔的方式是更容易被客戶所接受。

補(bǔ)充下：為什么不看好針對技術(shù)人員的低代碼平臺？首先因?yàn)榧夹g(shù)發(fā)展太快，平臺技術(shù)很容易就落伍了。而且既然針對的是技術(shù)人員，必然是因?yàn)槠脚_更適合做比較復(fù)雜的應(yīng)用，那從后續(xù)的發(fā)展來看，這樣的應(yīng)用只會越來越復(fù)雜，那純代碼開發(fā)在大型應(yīng)用中更能體現(xiàn)自由和效率，平臺的短期效率將不足以滿足應(yīng)用的長遠(yuǎn)發(fā)展。

低代碼平臺的泛化

從以上結(jié)論可以知道，低代碼平臺只能適用相對簡單的應(yīng)用，那復(fù)雜的應(yīng)用怎么辦？畢竟企業(yè)中還有核心系統(tǒng)，比如ERP，OA，HR，CRM，財(cái)務(wù)等。這些核心系統(tǒng)必然也會走向低代碼平臺 上層應(yīng)用的方式來實(shí)現(xiàn)，即復(fù)雜的邏輯通過模塊或基礎(chǔ)服務(wù)的方式提供給上層應(yīng)用，上層應(yīng)用通過平臺的配置系統(tǒng)和擴(kuò)展開發(fā)來快速實(shí)現(xiàn)業(yè)務(wù)需求，最終形成核心系統(tǒng)低代碼平臺和通用低代碼平臺共存的格局。低代碼平臺將逐漸深入人心，無處不在，只不過實(shí)現(xiàn)的方式不同而已。

補(bǔ)充下：那些所謂PAAS SAAS的割裂模式，不是真正的低代碼平臺，只能說是兩個獨(dú)立的產(chǎn)品，滿足不同的客戶需求。真正的低代碼平臺是平臺 Saas，本身的產(chǎn)品就是依托在平臺上，用戶看到的是產(chǎn)品和案例，得到的是需求的快速實(shí)現(xiàn)。這樣才是真正的“把簡單留給用戶，把復(fù)雜留給自己”。

低代碼平臺的核心功能

低代碼需要解決的核心功能就6個：表單，視圖，工作流，報表，報告，組織架構(gòu)和權(quán)限。這些基本功能模塊解決好了，就能解決絕大部分的實(shí)際需求，其他的都可以通過代碼擴(kuò)展的方式來解決。在表單，視圖，工作流這幾塊目前平臺都做得不錯。然而真正到數(shù)據(jù)匯總的時候，平臺的弱點(diǎn)就暴露出來，比如復(fù)雜的多表關(guān)聯(lián)匯總數(shù)據(jù)（支持復(fù)雜查詢，分權(quán)限），多級匯總方式等。報告就更是還沒有發(fā)現(xiàn)有涉及到的，況且還要區(qū)分組織架構(gòu)和權(quán)限。后續(xù)平臺如何解決數(shù)據(jù)分析這塊才是真正體現(xiàn)平臺能力的地方。

低代碼平臺的部署問題

私有部署一直是繞不開的話題，目前公有云平臺這么發(fā)達(dá)，通用型的低代碼平臺完全可以云部署，但是核心系統(tǒng)支持私有部署也是必備的能力之一，否則隨著數(shù)據(jù)量越來越大，數(shù)據(jù)安全就越來越重要。核心系統(tǒng)的私有部署是必備的技能之一。

低代碼平臺的弱點(diǎn)

易用性。平臺為了兼顧通用性，往往會犧牲應(yīng)用的易用性，千篇一律的界面很容易審美疲勞。不同應(yīng)用的側(cè)重點(diǎn)是不同的，理應(yīng)操作有所不同，然而為了照顧平臺的統(tǒng)一，個性化就只能給平臺讓路了。

低代碼平臺的特點(diǎn)-時間長

著名的低代碼平臺Mendix成立于2001年，OutSystems成立于2002年，成立的時間都非常的早，但是都是在2018年才開始并外界所熟知和青睞，為什么需要這么久？因?yàn)槠脚_本身抽象層次高，系統(tǒng)復(fù)雜。所以要做好低代碼平臺必然需要大量的時間去探索去摸索。原來并沒有一套最佳的解決方案，各個平臺各有自己的特色和適用范圍。正因?yàn)槿绱?，如果平臺方向錯了，那轉(zhuǎn)向的代價也是極其昂貴。所以平臺小步快跑，不斷試錯，不斷探索，才能找出一條更適合自己的路徑。目前國內(nèi)絕大部分的平臺成立時間都不長，探索的時間也不夠，不過很快方向就會明朗了。

低代碼平臺不是萬能的

很多平臺的應(yīng)用范圍定位不清晰，都想做全企業(yè)應(yīng)用，比如去做ERP，OA，CRM，HR等，但是這些企業(yè)核心應(yīng)用的復(fù)雜性是遠(yuǎn)超想象，不是簡簡單單管理數(shù)據(jù)就可以的。通用平臺一定是輕應(yīng)用，否則平臺的復(fù)雜度會逐漸失控，最后連自己都無法駕馭，如何讓用戶去理解，也就失去了簡單的初衷。另外平臺也僅僅是工具，如何讓平臺發(fā)揮更大的作用，需要多方參與，提供更多的案例和解決方案，更簡單的拿來主義，這樣才真正讓客戶更簡單。

核心系統(tǒng)低代碼平臺的典范

以HR系統(tǒng)為例，國內(nèi)目前定位于HR領(lǐng)域的低代碼平臺——AskForm

AskForm定位于HR領(lǐng)域的低代碼平臺，已經(jīng)做了10年的迭代開發(fā)和大量的基礎(chǔ)工作，讓用戶使用起來更方便，定制開發(fā)更快速。專門適合HR領(lǐng)域。然而也有很多平臺推出了HR相關(guān)的應(yīng)用，無一例外的非常簡單，如360度測評，關(guān)于多人作答不同問卷，不同權(quán)重設(shè)置，計(jì)算方式就包含了幾十種，報告就更是多樣和復(fù)雜。通用平臺不可能顧此失彼，專門針對HR做改動，這就是專業(yè)領(lǐng)域平臺的優(yōu)勢——聚焦。數(shù)據(jù)整合，這個也是專業(yè)平臺的優(yōu)勢，融合各個應(yīng)用的數(shù)據(jù)，產(chǎn)生更大的價值。

總結(jié)

擁抱低代碼平臺是面向未來的決策，也是低代碼平臺從業(yè)者們的一個巨大挑戰(zhàn)。