这几年是低代码兴起和快速发展的几年，市面上的低代码层出不穷，群里几个大佬也在做低代码平台。很多低代码还处于技术域的讨论，除了导致低代码平台企业之间的内卷，对整个低代码平台市场的发展未必是好事。
低代码开发平台
那什么是低代码呢？实际上回归到平台本质，客户的诉求才是最主要的。最近通过从客户进行的多次交流来看，客户关心的问题无非这几块？
一是，平台的价值
以某客户甲举例，已经购买了某大厂的低代码平台了，发现效果并不理想。从宏观的维度来看，并没有提高研发效率，起到当初平台供应商的承诺。微观上来看，花钱引进的低代码难用，配置繁琐，大量复杂的场景还需要高代码开发，从研发人员的角度来看，低代码平台简直是个鸡肋，虽然在某些地方确实能起到些作用，但是从整个项目来看，在其它方面反而增加了学习成本，维护成本，升级成本。整体而言，研发人员并不喜欢用，甚至还抵触。
客户乙的诉求是这样的，客户乙已经有很多应用再线上运行，新的应用可以采用低代码开发，已经建设的应用如何办，面临着原有系统如何改造升级？以及改造升级的成本代价多高？
客户丙呢情况还好，整个公司的项目重新升级再造，计划采购整套的基础设施平台除了低代码平台还有别的平台，这些平台间如何对接？对接方案和成本又是如何？
客户丁呢面临着同样的困惑，同时还面临着将来整个公司的技术栈升级演进以及随着基础设施的升级，低代码平台如何快速升级并且兼容基础设施的技术升级。当然，客户的诉求远远不止这些，只不过笔者在调研的过程中，感觉这几个问题，比较典型而已。各位厂商大牛，你们的低代码平台具备这样的能力，是否很好解决了这些问题了呢？
作为一名低代码平台的产品经理，我一方面要对市面上低代码平台的进行研究，一方面设计的平台要满足客户的诉求，以客户为中心才是产品成功的关键。目前正在研发的产品也尽力的解决上诉客户的问题。那什么是我眼中的低代码呢？目前产品又如何解决这些客户诉求呢？我认为低代码平台应该具备如下核心能力。
首先，低代码平台必须得是模型驱动的，模型决定着页面元素，决定着后端服务接口的定义，数据的访问当时，数据的访问权限等等，布局决定着页面元素的摆放，模型 布局＝页面。
二是，研发资产的沉淀，研发资产的定义、沉淀与管理，才能更好的实现研发资产的复用，达到降本增效的目的。
三是，模型开发与dsl语言，整个应用应该构建在模型之上，通过脚手架或者底层引擎，实现应用开发的夸语言性，方便应用的技术栈升级，模型应该具有多版本功能，方便后续通过金丝雀发布，实现应用的滚动升级。
四是，平台的可扩展性与组件模型的定义，组件模型的定义与组件的快速构建，方便实现组件级别的定制化开发，以满足原有应用系统的低成本迁移。
低代码平台的核心能力，一句话来说，就是如何实现把满足用户个性化需求的应用开发转化为模型开发和页面布局的开发，把平台产品的定制化开发转化为平台的组件开发。从而实现研发任务的批量开发模式，借助于devops底层基础设施的能力，实现一键构建，一键部署。真正达到从传统的面向功能的软件开发模式转变为面向客户的快速开发。
同时，上面这句低代码平台的总结，也为低代码平台市场从业者最为迷茫的一个事，低代码如何运营。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。