共计 885 个字符，预计需要花费 3 分钟才能阅读完成。
低代码到底是否真正能够升高研发老本？是否每个团队都适宜？如果能升高，到底是升高的什么老本？其实我感觉这个是咱们每个技术交付团队应该在应用任何产品之前都要思考的问题。
在咱们思考低代码是否能降低成本的问题前，咱们先思考下传统开发是怎么样一个过程，传统的开发的模式如下图所示：
上图是咱们传统的瀑布流式的开发过程，当然还有小伙伴要吐槽有什么 scrum 等麻利开发的形式，其实真正在我的项目交付的过程中，特地是在外包我的项目过程中，95% 的研发团队都是采纳传统的研发模式在执行，因为经常我的项目外包是依照既定的指标需要开发，麻利开发经常适宜自有产品的研发过程，能够把开发分成很多个迭代去逐渐实现，在外包我的项目的交付过程中，如果让甲方随时给你提要求，那么这种我的项目往往都是会失败的，起因我就不在这里赘述。
那么上述整个过程中，最大的问题就是确认机制，经常在确认的过程中存在大量的需要变更，需要变更是我的项目交付利润率的最大敌人。
那么，咱们再来看看低代码开发的流程，这里以 JVS 疾速开发平台举例，低代码的交付模式如下图所示：
从下面图来看，咱们开展细说。
1、原型设计、UI 设计的过程，被通过性能配置替换掉了，那么配置进去的页面就是和交付的界面统一（CRUD+ 外观性能），所以这里将前端开发的工作量省掉了。
2、在与客户交换的过程中，配置的业务原型能够疾速让客户可见、可操作，那么客户确认的老本与周期绝对较短，传统开发须要产品经理将需要转述给技术人员，容易造成信息损耗，所以，低代码的模式下，大大降低需要的变更度。
3、因为前端没有、后端能够通过逻辑引擎、流程引擎、配置 CRUD 之外的业务，在业务性能配置无奈实现的时候 再通过代码编写作为补充。
4、低代码是所见即所得的，能够通过利用核心疾速实现利用的配置与部署装置，大大降低运维的老本。
从上述来看，低代码非常适合交付团队，它能够帮忙 IT 团队更高效地应答客户需要变更，升高变更老本。对于 JVS 低代码的更多功能以及集成框架开源，能够在 gitee 查看理解，开源地址：https://gitee.com/software-minister/jvs
