目前低代码技术正处在风口，低代码平台产品不断涌现，乱花渐欲迷人眼。作为软件公司或企业IT部门的负责人，在做低代码平台选型时需要关注哪些方面，才能顺利“上车”，让低代码为自己的团队赋能?

　　除了产品功能是否满足当前项目需求，价格是否在预算范围内之外，以下几个问题的答案同样重要。

　　Q1：是否支持协同开发和版本管理?

　　项目开发过程中，我们难免遇到客户反馈某个新开发的功能没有用，但是过一段时间以后反悔，又希望加回来的情况。这是软件开发的常态。为了解决这一问题，传统的软件开发团队都会引入版本管理机制，低代码也不例外。面对频繁的需求变更、棘手的问题排查，低代码平台的版本管理，特定模块回滚等操作的价值就会体现出来。

　　此外，为了加速项目的交付速度，我们通常需要集中更多人员进行同步开发。只有具备协同开发能力的低代码平台才能让这一过程变得可管理，避免混乱。

　　所以，不论项目规模大小，选择一款兼容主流代码库、支持敏捷开发的低代码平台都会对开发工作有所帮助。

(Git：一款主流的版本控制系统，图片来自Git官网)

　　Q2：是否支持自由设计数据库结构?

　　数据库是所有企业管理软件的“地基”。为了后续功能的开发更加方便，扩展性更强，维护性更佳，良好的数据库设计至关重要。这个点是企业软件自身的属性决定的，无论是低代码还是传统的纯代码，都不会有变化。

　　事实上，软件开发技术发展到今天，数据库设计的 佳实践早已被总结成了久经考验的数据库设计范式。低代码开发平台是否能够对开发者开放数据库结构的自由设计能力，能够让开发者基于数据库设计范式不断优化数据结构，直接决定了该平台的专业性。如果你需要开发高标准的核心业务应用，或者对应用后期的可扩展性、可维护性有要求，那么数据库设计能力在评估过程中至关重要。

(满足设计范式要求的数据库结构示意图，图片来自网络)

　　Q3：能否灵活自由地设计显示页面?

　　不同的企业、不同的用户都的使用习惯和审美风格具有差异化。即便面对同样的业务需求，客户对软件的页面呈现和交互也会有完全不同的要求。举例来说，客户A比较喜欢在页面的右上角寻找提交按钮;客户B可能习惯于提交按钮出现在页面的正下方，客户C则对提交按钮放到页面的右下角的设计更加青睐。于是我们需要为不同的客户做不同的页面布局，以缩减使用培训成本，提升用户的满意度。

　　类似的问题和解决方案，我相信您在多年的软件交付经验中已有体会。当然这里举例可能是冰山一角，客户对页面布局和样式风格的差异化要求远不止于此。如果您认可满足用户的使用习惯，适配公司的设计风格的重要性，那么请尽量选择支持灵活自由设计显示页面的低代码平台，以确保我们在项目开发和交付时不会陷入被动。

(使用同款低代码平台开发不同样式的表格，图片来自活字格官网)

　　Q4：能否支持前后端分离的系统架构，后端复杂逻辑如何解决?

　　正如前面所说，软件行业发展了多年，沉淀出了很多 佳实践。与数据库设计范式类似的，还有前后端分离，数据库读写分离等等。上一点重点讲了前端，这里则要将目光转向后端。

　　在前后端分离架构的支撑下，不论是软件公司还是企业IT团队，在发展的过程中都会积累出自己的“核心数字资产”，这些资产往往表现在一些后台业务复杂逻辑计算方法(有的可能还会包含一些用于调优的“魔法数字”)。后台的逻辑复杂度高、技术积累价值大，相对较为稳定。如何用低代码实现后端复杂的业务逻辑，持续积累“核心数字资产”，是低代码平台必须解决的问题。在做技术评估时，千万别忘了这些运行在后台，没有任何界面的逻辑，因为这些才是系统和开发团队的核心竞争力。

(前后端分离，图片来自网络)

　　Q5：是否有全系统模块的解决方案?