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

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

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

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

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

其實從上面圖來看，

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

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

?

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

?

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

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