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

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

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

那么上述整個過程中，最大的問題就是確認機制，常常在確認的過程中存在大量的需求變更，需求變更是項目交付利潤率的最大敵人。

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

其實從上面圖來看，

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

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

?

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

?

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

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