2021年被一些行業(yè)觀察人士預(yù)判為“低代碼之年”。據(jù)Forrester分析師預(yù)測(cè)，在這一年將有75%的企業(yè)軟件采用低代碼技術(shù)構(gòu)建；Gartner最新預(yù)測(cè)也指出，這一年全球低代碼開發(fā)技術(shù)市場(chǎng)總額將達(dá)到138億美元，比2020年增長(zhǎng)22.6%。

低代碼站在了風(fēng)口之上，這已是一個(gè)毋庸置疑的事實(shí)。

但低代碼實(shí)質(zhì)上并非一個(gè)新鮮事物，甚至可以追溯到40年前IBM的快速應(yīng)用程序開發(fā)工具（RAD）。早年間低代碼一度備受爭(zhēng)議，一方面不被專業(yè)開發(fā)人員承認(rèn)，另一方面對(duì)低代碼的目標(biāo)用戶-不懂代碼的人來講，操作門檻依然高，也并不受到認(rèn)可。

由于云計(jì)算的發(fā)展、產(chǎn)品成熟度的完善，加之疫情對(duì)數(shù)字化需求的催化，多種原因推動(dòng)低代碼走入大眾視野。近期，從阿里“云”“釘”加碼，到騰訊，再到近期IBM、西門子等國(guó)外廠商加入，低代碼借著“人人都是開發(fā)者”的風(fēng)進(jìn)入主賽道。

炙手可熱，但低代碼真的適合每一個(gè)人嗎？真的能讓一個(gè)代碼小白也成為開發(fā)者嗎？今天我們就來“實(shí)戰(zhàn)”一下，用日常用的辦公平臺(tái)釘釘實(shí)際搭建一款應(yīng)用，來尋求以上這些問題的答案。

實(shí)操：用低代碼開發(fā)一個(gè)“臨時(shí)工單”應(yīng)用

為了充分體驗(yàn)搭建過程，筆者打算嘗試搭建一個(gè)內(nèi)容部門與其他部門需求對(duì)接所使用的應(yīng)用，有點(diǎn)像內(nèi)容團(tuán)隊(duì)的“臨時(shí)工單”，來解決目前協(xié)同辦公軟件分工顆粒度過大、跨部門臨時(shí)需求得不到重視、執(zhí)行者無法了解任務(wù)優(yōu)先級(jí)、領(lǐng)導(dǎo)不好把控進(jìn)度等問題。

該應(yīng)用希望實(shí)現(xiàn)的是：

1、臨時(shí)需求能夠通過需求方的錄入，自動(dòng)成為一個(gè)待分配的工作。

2、由相應(yīng)負(fù)責(zé)人根據(jù)具體情況來分配人員執(zhí)行。

3、執(zhí)行人員可以通過了解任務(wù)緊迫程度，自行排列優(yōu)先級(jí)，完成后上傳結(jié)果。

4、由相應(yīng)分工負(fù)責(zé)人和需求提出方來驗(yàn)收結(jié)果。

5、全程進(jìn)度要一目了然，方便追責(zé)，有統(tǒng)計(jì)數(shù)據(jù)歸檔。

如果放在以前，不會(huì)編程的筆者只能對(duì)外求助，而這樣一個(gè)不大不小的需求，也很難得到重視。現(xiàn)在我們可以考慮拿低代碼平臺(tái)嘗試自己搭建，釘釘內(nèi)有宜搭、簡(jiǎn)道云、氚云等低代碼產(chǎn)品，本次我們選擇宜搭來實(shí)操。

宜搭內(nèi)可以選擇空白應(yīng)用搭建，也可以選擇基于既有模板搭建。模板中心提供人事管理、行政管理、IT服務(wù)、疫情防控、財(cái)務(wù)報(bào)銷、生產(chǎn)管理，采購(gòu)管理等類型，數(shù)量超過了50個(gè)。

根據(jù)實(shí)際需求，筆者在模板中選擇的是看似不太搭界的售后工單模板，看中的就是工單管理中服務(wù)申請(qǐng)、待派工單、待接工單、待處理工單、已處理工單以及滿意度回訪這一整套的售后管理流程，而這套邏輯正好適用于筆者的需求。

實(shí)際詳細(xì)頁(yè)面的編輯情況就像上方的動(dòng)圖一樣，所有的內(nèi)容都是組件形式，比如筆者想在頁(yè)面內(nèi)加入評(píng)分模塊，只需要拖拽到相應(yīng)位置即可。一陣瘋狂的重命名、刪減、拖拽之后，應(yīng)用就基本有了雛形，可以試用了。

當(dāng)然，如果需要實(shí)現(xiàn)一些復(fù)雜的功能，或者現(xiàn)有的組件并不能滿足需求，目前還是需要代碼和一些函數(shù)邏輯的。所以低代碼對(duì)于編程小白而言，仍有一定的局限性，但對(duì)于有一定編程基礎(chǔ)的人，可以方便、快捷很多，省去很多基礎(chǔ)操作。

完成全部調(diào)整后，應(yīng)用上線，邀請(qǐng)同事實(shí)測(cè)一下成果。同事在填寫并發(fā)起申請(qǐng)后，相應(yīng)人員會(huì)收到需求的消息提示。

點(diǎn)擊可以查看需求的詳情，相關(guān)人員來負(fù)責(zé)任務(wù)的審批工作，通過的話就開始分工操作。當(dāng)然，如果不合理自然也可以拒絕。

通過之后可以安排相應(yīng)的執(zhí)行人員，完成需求的推進(jìn)。

執(zhí)行人員處理完成任務(wù)后，會(huì)有一個(gè)驗(yàn)收的過程，由需求提出者和分工負(fù)責(zé)人來進(jìn)行驗(yàn)收、評(píng)價(jià)，以確認(rèn)需求結(jié)束。

在整個(gè)過程中，也可以很清晰地查看到項(xiàng)目的進(jìn)度，任務(wù)在哪個(gè)時(shí)間進(jìn)行到了哪一步，卡在了哪里，都很明確。預(yù)期功能通過簡(jiǎn)單修改相同邏輯的“售后工單”模板確實(shí)得到了實(shí)現(xiàn)。

在測(cè)試過程中，我們發(fā)現(xiàn)不論應(yīng)用是否上線，都是可以隨時(shí)去調(diào)整的，比如我們實(shí)測(cè)時(shí)候同事發(fā)現(xiàn)部分環(huán)節(jié)應(yīng)該對(duì)權(quán)限管理進(jìn)行調(diào)整，這確實(shí)是筆者搭建時(shí)遺忘了，筆者抓緊去添加關(guān)于這部分的設(shè)置就可以了。

體驗(yàn)小結(jié)：簡(jiǎn)單，但依然存在一定門檻

應(yīng)用的搭建非常迅速，整個(gè)過程用時(shí)大概是一個(gè)多小時(shí)，期間主要用時(shí)都是梳理應(yīng)用的邏輯，也就是想結(jié)構(gòu)、想每一個(gè)地方該是什么，實(shí)際去動(dòng)手的工作量反倒是不多。

事實(shí)上，大家看了筆者的搭建過程應(yīng)該會(huì)明白，用低代碼搭建應(yīng)用很簡(jiǎn)單，甚至要比PPT套模板要簡(jiǎn)單得多。在理清應(yīng)用的邏輯的情況下，就像搭積木或者拼樂高玩具，只需要會(huì)用一點(diǎn)點(diǎn)電腦就可以完成搭建操作。

1、實(shí)際使用確實(shí)可以不用代碼，完成一些簡(jiǎn)單應(yīng)用的搭建。純粹不需代碼時(shí)，可能更像是搭建，開發(fā)的感覺比較弱，拖拽可以解決絕大部分需求。

2、模板多（且會(huì)越來越多），如果碰到適合的模板，基于模板搭建會(huì)更快，原因在于模板很多時(shí)候已經(jīng)提供了應(yīng)用的設(shè)計(jì)邏輯，直接改造即可。

3、后期調(diào)整簡(jiǎn)單，上線后可根據(jù)實(shí)際需求隨時(shí)微調(diào)，不用來回找客服、找IT。

4、并且諸如我們常掛在嘴邊的“大數(shù)據(jù)”，低代碼平臺(tái)也提供數(shù)據(jù)分析的類目和插件，模板會(huì)在數(shù)量和匹配程度上不斷延伸，這意味著搭建應(yīng)用時(shí)修改的地方會(huì)越來越少。也就是說，低代碼平臺(tái)在提高效率方面還會(huì)不斷的強(qiáng)化。

5、當(dāng)然，筆者在體驗(yàn)中也發(fā)現(xiàn)了一些使用中的問題：

1）應(yīng)用框架誤刪后無法恢復(fù)，只能重新搭建，無法通過“撤銷”挽回，說明還不是特別智能，存在優(yōu)化空間。

2）對(duì)于編程小白仍有一定局限性，偏復(fù)雜的應(yīng)用和功能會(huì)涉及到函數(shù)的調(diào)用，仍需要編程基礎(chǔ)才能理解。

3）應(yīng)用首頁(yè)P(yáng)C版橫向布局看起來會(huì)比較奇怪，和移動(dòng)端的適配有一些優(yōu)化空間。

低代碼的價(jià)值在哪？

那么，僅僅是“低門檻”和“高效率”就值得整個(gè)行業(yè)追捧嗎？當(dāng)然不是。雖然低代碼至今依然存在一些局限性，但至少初步做到了將IT開發(fā)的能力賦予給不懂IT的人，這會(huì)帶來不少價(jià)值。

第一，低代碼精簡(jiǎn)了數(shù)字化的難度。軟件千千萬(wàn)，但為什么數(shù)字化轉(zhuǎn)型很成功的傳統(tǒng)企業(yè)卻不多？一旦有成果顯著的，也被稱為各行各業(yè)的標(biāo)桿。

軟件具備通用性，即便是行業(yè)化軟件，也是挖掘、梳理、凝聚特定行業(yè)的普遍問題后研發(fā)，大部分的數(shù)字化難點(diǎn)在“如何將通用軟件，變成契合特定一家企業(yè)的系統(tǒng)”。這就出現(xiàn)大量邊邊角角但又特別重要的細(xì)碎需求，也是數(shù)字化落地的重要卡點(diǎn)。

低代碼讓這些邊角需求的數(shù)字化，變得簡(jiǎn)單。通用系統(tǒng)有了，銷售部門、生產(chǎn)部門、財(cái)務(wù)部門的差異需求，簡(jiǎn)單的自己也能解決，復(fù)雜的再找專業(yè)人士。

第二，低代碼解放了創(chuàng)造力，為企業(yè)帶來創(chuàng)新的可能。以前，應(yīng)用是IT或者外包公司來開發(fā)，他們可能對(duì)行業(yè)有一些理解，但依然很難完全理解需求方的想法，比如IT清楚醫(yī)院科室問診的大類需求，但無法一一照顧到某一科室的具體情況。那該科室的醫(yī)生是不是了解？當(dāng)醫(yī)生可以隨手開發(fā)應(yīng)用，解決自己工作的問題，還可以不斷將新需求、新想法補(bǔ)充進(jìn)來，沉淀、創(chuàng)新的可能性更大。

第三，對(duì)于個(gè)人，是一種高效工作的工具。以上兩點(diǎn)更多是從公司的視角來論述，但低代碼的受眾還是要個(gè)人，熟練運(yùn)用這種工具，可以快速搭建一些日常工作，甚至生活中的小應(yīng)用，不用“等人幫你解決問題”。

實(shí)戰(zhàn)體驗(yàn)中，總體來講用低代碼開發(fā)一些表單、流程類應(yīng)用，要比想象中的更加簡(jiǎn)單。

低代碼確實(shí)能降低開發(fā)的準(zhǔn)入門檻，讓更加了解業(yè)務(wù)流程的、但沒有編程基礎(chǔ)的人有可能參與到應(yīng)用的構(gòu)建中，這與“讓聽得見炮聲的人來做決策”異曲同工。