今年 low-code 平台有些逐渐要火起来的苗头了，但大部分的人还是在套概念蹭热度，少有人能想清楚这其中的逻辑。在我看来大部分 low-code 平台所吹的内容要么过于复杂是在重复造一个新的编程平台，要么就是在用另外一种方式重新发明 SaaS。
有些人也会拿已经成熟的诸如 Microsoft PowerApps 这种产品来说事儿，没错确实微软也是把它当作 low-code 来宣传的，但不要忘了有个非常坚实的 SaaS 平台 Microsoft 365 作为基础在那儿。
我这里整理了三个问题，可以用来针对性的检验下一个 low-code 平台是否靠谱。
一、可以确定 low-code 平台的出现是为了提升效率。而提升效率则意味着要么某些动作被自动化了，要么就是某些功能被复用了。low-code 通过模型定义和组合操作来实现最终的业务，那么，
- 所被自动化和被复用的是哪些东西？
- 为什么这些东西必须使用 low-code 平台才能实现自动化或者复用？
二、low-code 平台一个重要的点是可以以一种非代码的方式呈现业务流程，并且可以进行动态的改进。而改进的点无非是模型变动或者业务逻辑变动。那么，
- 如何反映这些变动？
- 如何进行模型变动的迁移？
- 如何验证业务逻辑变动的正确性？
- 也即，low-code 平台是如何进行配置管理和持续集成的？
三、low-code 平台能够让不了解代码的人也能做到实现和定制业务流程。那么根据康威定律，
- 适用于 low-code 平台的组织架构是什么样子的？
- 业务人员、IT 运维和研发人员是什么样的配比？
- 以及业务、IT 和研发人员三者之间以什么样的工作方式协同？