所有的低代码平台开发者都会遇到这个问题：“这么常见的需求，你们的低代码都配不了！”
于是低代码平台不断增加配置以满足不同的定制需求，于是又带来了另一个问题：“你们的低代码配置太多了，上手难度太大！”
为了解决这个问题，低代码开发者引入了“模板/应用市场”的设计，理想情况下可以开箱即用。
于是用户又来抱怨了：“我用了你们的模板，但是想加个xx/改个xx，根本不知道在哪里配，也不知道能不能配出来。”
功能性和易用性总是对立的，此消彼长，不管开发者们怎么努力，用户始终在抱怨。但作为平台开发者，不能只听用户的抱怨，还要看看客户怎么说。
低代码平台的客户
客户为什么用低代码？我认为主要有以下四种场景：
传统企业数字化转型
典型的是无纸办公。这类公司一般没有web开发技术，或技术薄弱，而他们数字化的需求往往都是简单的行政类工作，比如考勤、签到、面试、人员统计、任务管理等等，企业预算有限，可能并不舍得买一些商业化产品，更不会得养一个开发团队来做这些事情。
企业内部定制系统
传统企业的IT部门，开发或维护内部业务系统，比如带有复杂规则的内部审批系统。企业虽然愿意付费购买外部商业系统，但是其特殊的业务需求，往往无法找到合适的产品，因此愿意通过低代码来实现其多样化的需求。
互联网公司解决长尾需求
互联网公司一般都有自己的技术团队，但技术团队总是优先服务业务部门，而有技术需求的总不只是业务部门，行政、人事、财务都会有需求，若投入技术资源去开发，投入产出不一定能平衡，因此可以借助低代码，节省开发、维护成本。
使用低代码实现产品的定制能力
尤其是ToB类SaaS产品，每个客户都可能有定制需求，如果都通过配置来实现定制需求，客户发展多了，要么无力维护配置，要么最后也会变成一个低代码平台。因此对这类企业来说，低代码是一个必选项——低代码平台可以搭建标准产品，并通过租户管理机制，由不同的客户实施团队负责定制功能，灵活度高，而且运维成本低。
不同的客户对低代码平台的功能性要求不同，不同客户有不同的用户，他们对低代码平台的易用性要求也不同。
低代码平台的用户
我将低代码平台的使用人员分为三类：无开发能力的业务人员、无开发能力的IT运维人员、有一定开发能力的开发者。
对业务人员来说，低代码平台越简单越好，最好开箱即用。
对IT来说，能接受较为复杂的配置和概念，比如流、变量、对象、接口等，甚至可以写少量代码。
而开发者完全能够通过变量组装、代码片段实现特殊逻辑，甚至可以进行二开，或上传自定义业务组件/action等。
明确低代码平台的场景
功能性和易用性哪个更重要？回答这个问题要看平台的目标场景，如果面向复杂场景的，那么牺牲易用性满足功能性是完全合理的——功能强大的低代码平台，对它的用户也是有要求的。
那大型复杂低代码平台能否解决哪些标准化、相对简单的业务场景呢？能解决，但不会有客户：平台的易用性达不到客户的最低要求。大而全并不是一个好的选择！
无纸化办公场景，最简单的就是基于流程引擎或表单驱动；而复杂的内部系统，必须要有元数据对象、工作流和规则引擎。
流程驱动的低代码平台功能上固然无法和元数据对象驱动的平台相比，但在审批场景中，基于流程引擎而设计的交互，是最符合用户直觉和操作习惯的。
不同类型的低代码平台必然有它自己的交互特性和路径依赖。
因此不要试图满足所有群体的需求，也不要轻易的改变平台的主要目标客户。
