开始选之前，要问自己想通过低代码平台做什么。

原因一： “我会一些编程，我想做外包，中小项目为主”

你可能会前端或者后台某一两项技术，但是还不足以完成整个外包项目，另外，觉得用代码写太浪费时间，而且有些地方考虑不周到，项目完成质量也不高。这种情况下，选择低代码或零代码平台是非常明智的。通常效率都会有大幅提升，如果选择正确的。

原因二： “我需要做一个具体的项目，包含工作流、表单部分技术，我希望能快速实现”

作为企业内部OA的某一些具体需求和实现，低代码/0代码平台也有一些专门服务类似需求的引擎，最为常见的就是BPM工作流管理以及表单系统，对于这些系统都有非常成熟的低代码/0代码解决方案。开发工作量往往可以降到最低，而且质量通常有保证。

 原因三：“公司需要重构自己内部的业务中台，数据也需要统一，付能公司研发能力”

这个往往对平台要求比较高，需要开发平台提供完成的“开发体系”，只有这个体系完备，才能保证一个平台解决所有问题，否则如果平台技术无法实现，那成本就比写代码还要高很多。

  原因四： “公司需要技术架构统一，高效，现在都是外包团队在做项目，技术架构不统一，无法管理”

要求具备完整的“开发体系”，同时，架构要比较简单和先进。

接下来清楚自己的目，可以按照这个列表，对号入座

大家重点关注一下：三个点和两个坑，就不会跑偏。

 第一点：这个平台自身能够干什么（如果不嵌入代码的话）？道理很简单，代码肯定啥都能做，但是这个和平台关系不大，还是要看平台本身除了代码能干嘛，这才会对你提升效率； 第二点：开发的效率如何？（这里重点考虑，有多少代码可以不写？压缩比率）低代码/0代码本身最核心的意义还是在于少写或不写代码，而生成高效运行代码。另外，你也需要关注平台产品本身的设计，有些平台描述很牛逼，但是根本没法用（异常难操作），处处是Bug；第三点：开发出来的产品质量如何？一是看看开发出来的产品的架构是否先进，另外，运行时，实际跑跑，看看加载速度，是否卡顿就清楚了，在试的时候，尽量找复杂的应用来实验，不然看不出效果的。

下面来说一下两个坑：

第一坑：低代码坑，其实由于低代码这个概念在国内也就才一年多时间，因此很多公司都是临时起意，说我们来开发一个低代码平台吧，而国外很多平台都已经开发了十几二十年了。因此很多平台都是从一些SaaS开发平台转变过来的。什么意思呢，就是这种平台还处于很初级“PaaS”概念，并不完备（只是提供一些SaaS开发的接口的封装），如果用来开发他们以前研究的SaaS相关产品，效果还不错，但是开发别的，就都需要写代码了。

 这就意味着，你花了挺多时间去学习一个低代码平台，结果开发的时候还需要大量写代码，或者只能开发很窄的领域，这个就有可能“事倍功半”了。

 第二坑：看上去很好，实际Bug太多；看上去给了你很多实现路径，其实一个都跑不通。从现在的产品理念来看，只需要提供给用户一条最方便的路径来实现最好的产品就行了，不需要给用户提供成千上万的选择，选择本来也是一件成本很高的事情。Perl当年就是犯了这个错误，而Python则吸取了这个教训。