01 什么是低代碼？

低代碼顧名思義，首先就是少寫代碼，通過減少手工編碼的過程，盡可能快地交付應(yīng)用程序。

低代碼的實現(xiàn)過程有點像現(xiàn)代工業(yè)化的裝配式建筑，把傳統(tǒng)建造方式中的大量現(xiàn)場作業(yè)工作轉(zhuǎn)移到工廠進行，在工廠加工制作好建筑用構(gòu)件和配件，運輸?shù)浇ㄖ┕がF(xiàn)場，通過可靠的連接方式在現(xiàn)場裝配安裝。

所以，低代碼就是模型驅(qū)動，是規(guī)則的制定者：企業(yè)需要什么，就按需制定好規(guī)則和判定，然后把各個組件標(biāo)準(zhǔn)化地裝配好，實現(xiàn)整體場景應(yīng)用，從而達到效率上的巨大提升。

02 為什么低代碼突然走紅？

低代碼雖然近幾年才火起來，但最早卻是可以追溯到20世紀(jì)90年代至21世紀(jì)初的編程語言和工具。至于正式的提出，則是由Forrester Research在2014年第一次正式使用“Low-Code”來描述這個市場的。

隨著移動互聯(lián)網(wǎng)的興起，越來越多的人和企業(yè)可以接觸到了信息化。從前，企業(yè)數(shù)字化、信息化，對于企業(yè)來說是一個奢侈品，屬于可用可不用的，如果公司很先進，就用一用；到了現(xiàn)階段的中國，人工成本快速上升，我們面臨的不確定性也快速上升，導(dǎo)致信息化和數(shù)字化成為了一個必需品，像我們每天吃的食物一樣。這樣的話應(yīng)用場景很大，就會促使企業(yè)的創(chuàng)新，在社會大規(guī)模數(shù)字化的背景下，低代碼也隨著蓬勃發(fā)展。

03 無代碼與低代碼的區(qū)別是什么？

與低代碼相類似的“無代碼”，而“無代碼”就可以理解成銷幫幫的PaaS能力，和低代碼相比則是一種完全不需要任何代碼輸入的實現(xiàn)方式，它主要是根據(jù)企業(yè)業(yè)務(wù)實現(xiàn)的場景和訴求，通過可視化方式設(shè)計業(yè)務(wù)的流轉(zhuǎn)、各個角色的權(quán)限控制及流程制定。

無代碼的特點是輕便簡單，適用于大型公司IT等非核心產(chǎn)品業(yè)務(wù)等，但是對于一些比較復(fù)雜、大型的系統(tǒng)應(yīng)用來說，無代碼便無法勝任，仍需要借助二次開發(fā)完成部署，這時就需要低代碼開發(fā)平臺來登場了。

04 低代碼是毒瘤還是子彈？

低代碼是“毒瘤”嗎？

大多數(shù)人對低代碼是存在誤區(qū)的，他們理所應(yīng)當(dāng)?shù)恼J(rèn)為“代碼”的入門難度很高，以及目前市場對完整的低代碼解決方案的認(rèn)知及使用尚未達到充分的普及。往往只有一部分企業(yè)能認(rèn)知到相關(guān)的價值并進行使用。

畢竟，變革是有成本的，而且往往成本巨大，無論是一個人還是一個團隊，保持慣性，留戀舒適區(qū)才是正常的。我們幾十年來用的軟件從來都是雙手敲代碼創(chuàng)造出來，拋棄這個已被無數(shù)次證實可行的方法，擁抱一個“飽受爭議”的新方法，這本身就需要有莫大的勇氣，也需要承受風(fēng)險。

那么他是“子彈”嗎？

那 Low Code 和SaaS功能的差異是什么？本質(zhì)差異在于源碼在這兩者創(chuàng)造業(yè)務(wù)價值的過程中所扮演的角色。Low Code的輸入是一些結(jié)構(gòu)化的數(shù)據(jù)。它既能在SaaS功能的基礎(chǔ)上做一些如“生產(chǎn)物料拆分”、“物品租賃管理”的衍生功能，也能根據(jù)PaaS表單 低代碼的形式重新搭建“進銷存”、“項目管理流程”等生態(tài)功能。

因為它的依賴性質(zhì)，我認(rèn)為低代碼本身并不足以作為一顆“子彈”，更多的是起到一個“膛線”的作用，讓子彈加速。原先的功能可以擊穿80%的場景，有了低代碼之后，就能擊穿95%的業(yè)務(wù)場景。

05 低代碼能解決哪些實際場景問題？

規(guī)則的制定和判斷都可以通過定義字段來實現(xiàn)。企業(yè)可以根據(jù)自身訴求設(shè)定不同的計算邏輯（公式）。

低代碼還可以實現(xiàn)便捷錄入。比如，通過附件識別，將發(fā)票、名片的圖片進行解析，將數(shù)據(jù)自動填充到子表單、字段上。再比如，從外部系統(tǒng)數(shù)據(jù)讀取字段值：錄入員工名稱，自動從三方財務(wù)系統(tǒng)獲取“當(dāng)月工資”。

除了這些簡單的功能外，低代碼還可以幫助企業(yè)實現(xiàn)流程的自定義。以PaaS功能為基礎(chǔ)，進行銷售管理流程、訂單管理流程、生產(chǎn)管理流程、采購管理流程、財務(wù)管理流程的全流程管理搭建工作。

06 為什么開發(fā)云叩定制能力？

既然低代碼平臺已經(jīng)是“裝配式建筑”，為什么銷幫幫CRM還要開發(fā)云叩定制能力呢？那是因為現(xiàn)實中，平臺型軟件的售后總是會拒絕客戶提出的定制化需求。其中原因也很簡單， PaaS 平臺大多是專注于維護那 95%的通用需求，做定制化服務(wù)從人力成本和時間成本上來說都過于沉重，投入產(chǎn)出比低。

但是那 5%真的沒有辦法了嗎？為了進一步滿足企業(yè)個性化需求，縮小定制化的顆粒度，云叩定制能力應(yīng)運而生。

07 云叩能做什么？怎么實現(xiàn)？

（1）快捷頁面交互：外部應(yīng)用、自研軟件嵌入頁面；

（2）數(shù)據(jù)批量處理：通過數(shù)據(jù)批量選擇、進行特殊的計算：如績效核算、CPQ計算；

（3）額外場景拓展：通過內(nèi)外部數(shù)據(jù)接口的連接，實現(xiàn)三方應(yīng)用消息通知、數(shù)據(jù)傳輸；

（4）云上代碼部署：通過云函數(shù)、數(shù)據(jù)庫、云存儲的形式，實現(xiàn)輪詢計算、數(shù)據(jù)更新等場景；

（5）實現(xiàn)位置：在自定義菜單、列表頁按鈕、詳情頁按鈕、詳情頁TAB，用戶可以自定義上傳代碼，來實現(xiàn)上述的所有內(nèi)容.

場景舉例：企業(yè)在合同簽訂的過程中，存在需要將合同和外部第三方電子簽章打通的訴求。企業(yè)使用了云叩低代碼能力在合同訂單詳情頁嵌入了“合同簽署”按鈕，在合同錄入后，通過點擊“合同簽署”按鈕，根據(jù)合同訂單的信息自動在第三方系統(tǒng)內(nèi)生成電子合同，并在第三方界面進行簽名的操作。待后續(xù)管理者完成審批后，自動將已同步的簽署狀態(tài)同步到銷幫幫CRM內(nèi)。

08 云叩低代碼有什么價值？

云叩低代碼5大價值見下圖：

09 哪些人適合用低代碼？

專業(yè)開發(fā)人員、業(yè)務(wù)技術(shù)員、業(yè)務(wù)人員都可使用低代碼，不過主要面向業(yè)務(wù)技術(shù)員。

業(yè)務(wù)技術(shù)員是一種正在興起的角色，它是指構(gòu)建供內(nèi)部和外部業(yè)務(wù)使用的技術(shù)或分析功能的非 IT 部門員工。他們擔(dān)任著裝備和賦能非 IT 資源以構(gòu)建數(shù)字化能力的戰(zhàn)略角色。根據(jù) Gartner 的研究：41% 的員工可以被稱為業(yè)務(wù)技術(shù)人員，不過這一比例在不同行業(yè)可能存在很大差異。例如在政府部門等技術(shù)密集度較低的行業(yè)，這一比例接近 25%，但在能源等 IT 密集型行業(yè)，這一比例接50%。

銷幫幫CRM將業(yè)務(wù)技術(shù)員作為我們主要的用戶群，為他們提供對已有業(yè)務(wù)的二次組合為主的基礎(chǔ)開發(fā)能力，一般具有專業(yè)技能的開發(fā)人員是不會使用無代碼開發(fā)平臺的，因為專業(yè)技能者要面對的問題已經(jīng)大大超出了無代碼平臺的能力范圍。

而低代碼開發(fā)平臺一般會將專業(yè)開發(fā)人員和業(yè)務(wù)技術(shù)員同時作為他們的客戶群，并以專業(yè)開發(fā)人員為主要用戶群，業(yè)務(wù)技術(shù)員為次要用戶群體。隨著銷幫幫云叩低代碼平臺的成熟度上升，業(yè)務(wù)技術(shù)員用戶群的占比會有所上升。

像我們低代碼的用戶群體，從一開始的開發(fā)人員到后來的成功部部署，不僅有各式各樣的功能模塊來降低業(yè)務(wù)研發(fā)的難度和代碼量，同時對業(yè)務(wù)研發(fā)生命周期各個環(huán)節(jié)的覆蓋也會越來越完整。從開發(fā)到實施，從實施到上線，再到部署時的數(shù)據(jù)體現(xiàn)、各個環(huán)節(jié)的可視化、自動化，這為無 IT 技能的業(yè)務(wù)技術(shù)員獨立開發(fā)提供了可能性。同時，越發(fā)完善的可視化自動化能力不僅會牢牢抓住已有的專業(yè)開發(fā)用戶，還會吸引更多的業(yè)務(wù)技術(shù)員用戶的加入。

10 云叩低代碼未來會長成什么樣？

未來，銷幫幫將增加低代碼平臺在 UI、UX、需求端的能力的技術(shù)實現(xiàn)要點，以及在交付端的測試、運行能力的技術(shù)實現(xiàn)要點，如：局部視覺變更、全局視覺變更。完整打通 PaaS 能力，如：按鈕觸發(fā)低代碼，工作流觸發(fā)低代碼，流程觸發(fā)低代碼等。