低代碼選型的前提是理解客戶

作為一名低代碼領(lǐng)域的從業(yè)者，這幾年真切地感受到了市場對于低代碼的認(rèn)可，很多客戶從起初的質(zhì)疑觀望，到后續(xù)紛紛把低代碼納入到IT規(guī)劃的版圖中，充分驗證了一項新興技術(shù)的崛起。

在最近三年里，我平均每年拜訪上百個客戶，接觸數(shù)百個低代碼實戰(zhàn)項目，大家會一起探討各種各樣的問題，有的會糾結(jié)零低代碼的概念，有的則會關(guān)注眾多低代碼產(chǎn)品的差異化對比，有的希望了解更多低代碼適合的落地場景，甚至有的客戶希望我們能直接給出落地標(biāo)準(zhǔn)的定義……這些問題可能并沒有大家期待的“標(biāo)準(zhǔn)答案”，畢竟每項新的技術(shù)都是在演進(jìn)的過程中得到一個相對合理的解釋。

在回答以上問題前，我認(rèn)為更值得（優(yōu)先）探討的話題是：低代碼面向的用戶到底是誰？他們的需求低代碼能否滿足？

這也就是在許多產(chǎn)品營銷設(shè)計類書籍中開篇提到的內(nèi)容：「客戶群體細(xì)分和用戶痛點的研究」。

﹀

﹀

﹀

客戶的真實態(tài)度和需求是什么？

1、IT團隊中的技術(shù)人才

談到低代碼，大家會下意識地把關(guān)注點放在“代碼”兩個字上，那我們就先來了解一下與“代碼”最接近的第一批用戶，即企業(yè)中數(shù)字化部門/IT團隊中的專業(yè)技術(shù)人才。

技術(shù)人才是技術(shù)類崗位的泛稱，包括了研發(fā)/開發(fā)工程師、架構(gòu)師、DBA等角色，他們是企業(yè)數(shù)字化轉(zhuǎn)型中最堅實的基礎(chǔ)，負(fù)責(zé)企業(yè)系統(tǒng)的設(shè)計、開發(fā)、運維等工作。但隨著不斷擴張的數(shù)字化需求難以被滿足，他們經(jīng)常被打上“IT開發(fā)能力不足”、“開發(fā)效率不高”等標(biāo)簽，因此他們是主動或被動邁入低代碼選型的第一批用戶，【提效】就成為了他們的關(guān)鍵詞。

技術(shù)人員選型低代碼時理性且講究邏輯，注重極值場景和安全邊界，從大量實戰(zhàn)數(shù)據(jù)來看，他們的態(tài)度是相對中立的，甚至有的情況下會略偏負(fù)面。他們選型過程中首先會關(guān)注各種功能技術(shù)指標(biāo)，例如是否為主流技術(shù)棧、功能的完備性、性能和安全等，其次會重點考慮在標(biāo)準(zhǔn)配置無法滿足時的補償機制，因此二次開發(fā)能力、集成能力、大數(shù)據(jù)支持等特性對技術(shù)人員來說很好的解決了安全焦慮。以上需求是他們接受低代碼必須要滿足的，這也解釋了為什么不具備二開能力的零代碼很難贏得技術(shù)人員的認(rèn)可。

2、IT團隊中的非技術(shù)人才

講完“代碼”后我們來談?wù)劇暗汀?，大家可以理解為“少量代碼”或“低門檻”，總之低代碼的出現(xiàn)很重要的意義是降低了系統(tǒng)構(gòu)建過程中對人員的技術(shù)要求。這里受益最大的就是從事IT工作的非技術(shù)人才，例如產(chǎn)品經(jīng)理、業(yè)務(wù)顧問、ITBP等崗位，通過可視化的配置就能將業(yè)務(wù)需求和想法落地為線上化的系統(tǒng)，【賦能】代表了他們的心聲。

在傳統(tǒng)開發(fā)方式中，業(yè)務(wù)人員需要針對最終用戶進(jìn)行充分的調(diào)研，把業(yè)務(wù)需求和產(chǎn)品設(shè)計編寫地盡可能準(zhǔn)確，且確保技術(shù)人員能理解，最終花費幾個月甚至1年的時間來開發(fā)實現(xiàn)。在這個過程中，無論是文字理解的差異，還是開發(fā)過程中業(yè)務(wù)變化導(dǎo)致系統(tǒng)無法滿足業(yè)務(wù)用戶的需求，責(zé)任劃分并不明確。而低代碼可以幫助產(chǎn)品經(jīng)理快速搭建原型系統(tǒng)和業(yè)務(wù)邏輯，技術(shù)開發(fā)人員僅需實現(xiàn)系統(tǒng)集成對接、復(fù)雜場景的二開。無代碼能力、用戶體驗等對非技術(shù)人員是很重要的需求，同時因存在各種復(fù)雜場景，二開和集成能力對非技術(shù)人員來說也是重要的保障。從結(jié)果上來看，IT團隊中的非技術(shù)人才對低代碼選型的態(tài)度是非常積極的。

其中非技術(shù)群體中還有一類是具備咨詢公司背景的業(yè)務(wù)老兵，他們有非常豐富的行業(yè)經(jīng)驗和業(yè)務(wù)沉淀，可以借助低代碼平臺將業(yè)務(wù)理解直接轉(zhuǎn)變?yōu)閿?shù)字化應(yīng)用，在數(shù)字化的浪潮下重新武裝了自己。得帆信息目前客戶群體中有不少這樣的KOL代表。

3、業(yè)務(wù)部門中的業(yè)務(wù)人才

最后探討一下離“代碼”比較遠(yuǎn)的一類用戶，即業(yè)務(wù)部門中的業(yè)務(wù)人才，這類客群的確存在不少差異性。

在一些相對傳統(tǒng)的企業(yè)中，業(yè)務(wù)部門仍會保留對IT部門職責(zé)的認(rèn)知，是否應(yīng)用低代碼對其感知不大。但在很多數(shù)字化企業(yè)中，尤其是500強這類頭部企業(yè)，業(yè)務(wù)部門深刻理解了【效率】、【創(chuàng)新】對于業(yè)務(wù)增長的必要性，希望自己的業(yè)務(wù)需求能即刻被滿足。但往往受制于內(nèi)部的職責(zé)分工和IT立項流程，需求從提出到上線需要等待較長的周期。除此之外，也會存在一些新的業(yè)務(wù)設(shè)計沒有合適的系統(tǒng)來承載，只能被迫擱置放棄。

而低代碼無論在創(chuàng)新場景的驗證，還是在業(yè)務(wù)變化的響應(yīng)，都能快速滿足業(yè)務(wù)部門的需求，因此業(yè)務(wù)部門的用戶也一定范圍內(nèi)成為了低代碼的擁護(hù)者。

在得帆合作的客戶中，有不少車間的高級經(jīng)理、管理部門的業(yè)務(wù)經(jīng)理，甚至部分高管都深度應(yīng)用低代碼，成為低代碼粉絲。但因為此類用戶的基數(shù)比較大，單純的無代碼能力和用戶體驗不能完全滿足他們的要求。

得帆信息開放的體系化的學(xué)習(xí)社區(qū)、認(rèn)證體系、應(yīng)用模版等都是規(guī)?；瘧?yīng)用的需求，幫助企業(yè)逐步實現(xiàn)全民開發(fā)。

﹀

﹀

﹀

所以，零代碼還是低代碼？

基于以上分析，不同用戶群體對于低代碼的態(tài)度和需求，可以概述如下：

從低代碼的常規(guī)演進(jìn)路徑來看，不同用戶群體是分階段逐步參與進(jìn)來的。但站在時間的維度，這三個階段往往是螺旋上升，不是嚴(yán)格意義的線性演化。站在用戶的維度，這三類群體在大部分企業(yè)中都是同時存在的。

因此，大部分企業(yè)的低代碼應(yīng)用目標(biāo)或方向，都會進(jìn)入到以業(yè)務(wù)和IT共同驅(qū)動的、低代碼的廣泛使用階段。零低代碼并不是一道選擇題，而正如Gartner分析報告中提到的：LCAP需要同時具備Low-Code和No-Code能力。

希望以上的分享對低代碼關(guān)注的客戶有所幫助。