低代碼到底是否真正可以降低研發(fā)成本？是否每個團(tuán)隊(duì)都適合？如果能降低，到底是降低的什么成本？其實(shí)我覺得這個是我們每個技術(shù)交付團(tuán)隊(duì)?wèi)?yīng)該在使用任何產(chǎn)品之前都要考慮的問題。

在我們考慮低代碼是否能降低成本的問題前，我們先考慮下傳統(tǒng)開發(fā)是怎么樣一個過程，傳統(tǒng)的開發(fā)的模式如下圖所示：

上圖是我們傳統(tǒng)的瀑布流式的開發(fā)過程，當(dāng)然還有小伙伴要吐槽有什么scrum等敏捷開發(fā)的方式，其實(shí)真正在項(xiàng)目交付的過程中，特別是在外包項(xiàng)目過程中，95%的研發(fā)團(tuán)隊(duì)都是采用傳統(tǒng)的研發(fā)模式在執(zhí)行，因?yàn)槌３ｍ?xiàng)目外包是按照既定的目標(biāo)需求開發(fā)，敏捷開發(fā)常常適合自有產(chǎn)品的研發(fā)過程，可以把開發(fā)分成很多個迭代去逐步實(shí)現(xiàn)，在外包項(xiàng)目的交付過程中，如果讓甲方隨時給你提要求，那么這種項(xiàng)目往往都是會失敗的，原因我就不在這里贅述。

那么上述整個過程中，最大的問題就是確認(rèn)機(jī)制，常常在確認(rèn)的過程中存在大量的需求變更，需求變更是項(xiàng)目交付利潤率的最大敵人。

那么，我們再來看看低代碼開發(fā)的流程，這里以JVS快速開發(fā)平臺舉例，低代碼的交付模式如下圖所示：

其實(shí)從上面圖來看，

1、原型設(shè)計(jì)、UI設(shè)計(jì)的過程，被通過功能配置替換掉了，那么配置出來的頁面就是和交付的界面一致（CRUD 外觀功能），所以這里將前端開發(fā)的工作量省掉了。

2、在與客戶交流的過程中，配置的業(yè)務(wù)原型可以快速讓客戶可見、可操作，那么客戶確認(rèn)的成本與周期相對較短，傳統(tǒng)開發(fā)需要產(chǎn)品經(jīng)理將需求轉(zhuǎn)述給技術(shù)人員，容易造成信息損耗，所以，低代碼的模式下，大大降低需求的變更度。

?

3、由于前端沒有、后端可以通過邏輯引擎、流程引擎、配置CRUD之外的業(yè)務(wù)，在業(yè)務(wù)功能配置無法實(shí)現(xiàn)的時候 再通過代碼編寫作為補(bǔ)充。

?

4、低代碼是所見即所得的，可以通過應(yīng)用中心快速實(shí)現(xiàn)應(yīng)用的配置與部署安裝，大大降低運(yùn)維的成本。

從上述來看，低代碼非常適合交付團(tuán)隊(duì)，它可以幫助IT團(tuán)隊(duì)更高效地應(yīng)對客戶需求變更，降低變更成本。關(guān)于JVS低代碼的更多功能詳細(xì)介紹可點(diǎn)擊我的主頁-文章，查看了解。