廣義的低代碼是指所有可以幫助缺乏編程基礎(chǔ)的開發(fā)者快速完成軟件開發(fā)的技術(shù)和工具。Gartner認(rèn)為，低代碼主要有以下幾個(gè)主流分支：
1. LCAP 低代碼開發(fā)平臺：狹義的低代碼，屬于“萬金油”類產(chǎn)品，可用來開發(fā)包含前端和后端的應(yīng)用（應(yīng)用范圍廣，技術(shù)門檻高，國內(nèi)廠商較少）
2. No Code 無代碼開發(fā)平臺：低代碼開發(fā)平臺的一種，不提供或者僅支持非常有限的編程擴(kuò)展能力，一般僅用來開發(fā)內(nèi)部管理或市場營銷類表單（應(yīng)用場景有限，技術(shù)門檻低，國內(nèi)產(chǎn)品眾多）
3. MXDP 多重體驗(yàn)開發(fā)平臺：快速開發(fā)跨平臺APP的工具，突出前端開發(fā)能力，一般用來開發(fā)多平臺/多終端應(yīng)用（應(yīng)用成本高，本土化要求高，國內(nèi)很少見）
4. iBPMS 智能業(yè)務(wù)流程管理套件：整合了AI等技術(shù)的BPM系統(tǒng)，突出后端流程定義和數(shù)據(jù)整合能力，一般用于解決大型企業(yè)的跨系統(tǒng)業(yè)務(wù)流程（應(yīng)用成本高，技術(shù)門檻高，國內(nèi)廠家較少）
下面這張圖是Gartner提供的低代碼決策樹，清楚的展示各分支的差異，讓您輕松看懂該如何在LCAP、No-Code、iBPMS和MXDP中選出適合自己的技術(shù)方案。
基于這張決策樹，我來做一些翻譯和補(bǔ)充：
1. 首先通過業(yè)務(wù)場景和團(tuán)隊(duì)構(gòu)成，判斷是否需要引入專業(yè)開發(fā)者（通常等同于是否為核心業(yè)務(wù)系統(tǒng)，專業(yè)開發(fā)者大多負(fù)責(zé)解決系統(tǒng)集成和性能調(diào)優(yōu)等場景）：如結(jié)果為“否”，那么No-Code是惟一的選項(xiàng)，如果No-Code無法滿足需求，則需要考慮外包開發(fā)等其他方案（不在本決策樹范圍內(nèi)）
2. 如需專業(yè)開發(fā)人員介入，根據(jù)用戶需求，判斷是否需要更高用戶體驗(yàn)要求（包含樣式和交互）的多終端APP：如選擇為“是”，則選擇MXDP（Multiexperience development platforms）類產(chǎn)品，進(jìn)行前臺界面的定制化開發(fā)，后臺沿用既有的服務(wù)，或配合使用其他方案（如LCAP、iBPMS等）開發(fā)后端/中臺服務(wù)
3. 如對用戶體驗(yàn)要求不是非常高，則參考業(yè)務(wù)流程的特點(diǎn)，繼續(xù)決策是否有經(jīng)常有需要頻繁變化或非常復(fù)雜的業(yè)務(wù)需求（尤其需要支持用戶像操作OA一樣在前臺調(diào)整流程，或涉及跨系統(tǒng)的關(guān)聯(lián)流程等）：如選擇為“是”，則建議選型BPM平臺為主 + MXDP類型產(chǎn)品進(jìn)行前端輔助構(gòu)建的方式；如為“否”，則選擇LCAP。
LCAP、iBPMS、MXDP市場有重疊，即一個(gè)款產(chǎn)品可能同時(shí)具備多種身份。如來自老牌開發(fā)工具廠商的活字格定位于LCAP，但同時(shí)具備MXDP的跨平臺（Android、iOS、微信、釘釘?shù)龋┮苿?dòng)端開發(fā)能力；BPMS的領(lǐng)導(dǎo)者K2，也提供了低代碼開發(fā)業(yè)務(wù)邏輯的能力，被看做LCAP也不為過。
原文：https://www.gartner.com/doc/reprints?id=1-6IJBUFN&ct=190411&st=sb
