项目经验分享——快速开发平台用的好不好，全看IT话语权高不高？

在我们JVS接触到的众多客户中，有一个很明显的现象，IT市场对是否使用这种快速开发平台形成了鲜明的对比。一方面，众多企业和开发者对快速开发平台给予了高度认可。他们通过平台大幅缩短产品开发周期，提高开发效率，使得企业能够更快地响应市场需求，解决业务部门相关问题。同时，平台的易用性降低了技术门槛，至少技术人员招聘的时候不再会有选择困难的问题。另一方面，也有一些声音对快速开发平台强烈抵制。这部分客户认为，虽然平台提供了便捷的开发环境，但在某些特定场景下，其灵活性和定制性可能受到限制，难以满足高度个性化的需求。此外，对于某些复杂项目而言，过度依赖快速开发平台可能导致对底层技术细节的忽视，进而影响产品的稳定性和性能。之所以出现这两种极端的反映，其实我分析得到的结果，凡是使用良好的用户，都属于在交付过程中具备强有力的话语权的，在接触到的持保留意见或者抵制情绪的用户，具备两个条件：1、用过较劣质的产品；2在以前的交付过程中基本上没有太多话语权，都是被动响应的。所以，快开用得好不好，全看话语权高不高！！！快速开发平台的基础---多配置引擎排列组合（拼装业务）解释快速开发平台如何通过多种配置引擎的组合，实现应用的快速构建与灵活调整

通过：各种能力引擎的组合配置
列表页配置器：

表单配置器：

逻辑配置器：

流程配置器：

当然这里没有展示完所有的能力引擎，还有很多各个细分方面的配置器。根据快速开发平台实现的原理，就是用大量的配置引擎对业务拼装，那么也就是这些业务最好都是能通过这些能力引擎能组合起来的。也就是业务需求的范围是有限的，业务形态是有限的，不能无限制的去发挥想象。比如，列表页，在配置引擎中，支持了普通列表、左数右表、卡片、列表钻取嵌套等等一些功能，那么用户就能在有限第方式中去选择如何表达业务：

那么能否有效的引导需求，控制需求的范围就是用快速开发平台做好系统的关键，需求能把控，不能天马行空的想象，应该是像乐高一样，用基础的模块进行拼装。另外一个方面就是对基础能力的扩充，这一点就要和产品和服务厂商相关了，据我了解，有很多厂商提供使用，不提供源码技术，那么肯定会很难做扩展。那么这个就需要挑选一家合适的技术供应商去做。而且最好是这个技术供应商提供技术指导、完整的技术生态等。