我看了几乎所有介绍低级**的总结分析报告，几乎没有一个低级产品逻辑讲解清楚。 今天尽量不用复杂的技术术语，也不用**，来给大家解释一下这件事情，低**是怎么回事！ （我将省略所有这些，我们将直接进入逻辑的根源，这种分析产品和技术的方式应该是通用的。 ）
谁是低**？
有三种类型的人： 1.开发人员 程序员：（或更一般地说）应用程序或程序的核心开发逻辑与编写没有什么不同。 （程序逻辑就是程序逻辑，没有第二种逻辑）。
逻辑要求：强。
开发方法：鼠标点击、连接、拖拽、配置。
低**和“**”的关系最好是“**可以使用，可以不用**”。
2、业务编辑：设计各种工作流、表单、图表的人，只需要知道业务逻辑和操作方式，不需要“程序逻辑”，但对业务本身有深刻的理解。
逻辑需求能力：中等。
开发方法：鼠标点击、连接、拖拽、配置。
3. 业务用户：（即业务的最终用户）如填写表格、进行审批评估和填写记录。 简而言之，最终使用“业务配置器”配置的界面和相关功能的是用户。
逻辑要求：低。
开发方法：鼠标点击、连接、拖拽、配置。
三种状态。 
1、开发状态：（不同于“运行时”状态）如何理解开发状态？ 我给大家举两个例子，比如操作系统windows，在开发windows的时候，要设计整个系统，就是开发状态，上千名工程师都在编写和调试，然后编译成windows系统软件，最后你买了电脑后，启动，进入windows系统桌面，这个时候就是运行时了。 一个例外是，你体内的DNA可以理解为一种发育状态，而你的大脑可以理解为一个运行时。 开发状态意味着任何东西都可以修改，灵活性高; 在运行时，有些零件已经凝固，不容易修改。
2. Runtime-Business Editing State：此状态对应上述“Business Editor”，即“Business Editor”使用“Editor or Designer”的过程。
3. 运行时-业务运行状态：这个状态对应上面的“业务用户”，我就不赘述了，几乎所有的低级平台都一致地使用这部分，从上图可以看出。
低**平台之间的核心差异。
有了之前的“三类人”和“三种状态（其实低**产品只能在前两种状态下生产）”，把现有的低**平台全部放进去就足够了。 （直接查看所附的图纸）。
你会发现一些有趣的东西：
在“开发状态”做产品时，其中一个核心体现是“生成”方法通常比较困难，通常需要“中间语言DDL编辑器解释器”等，需要“图形逻辑表达”，研发周期往往比较长（短时间内没有好东西可以做出来）。
将“开发人员”和“业务编辑”放在一个产品下（西门子低代码 outsystems codew**e 等的传统做法），无论是处于“开发状态”还是“运行时-业务编辑状态”，都是一件相当尴尬的事情，一方面需要设计多个设计器供不同的人使用（这也是存在多个设计的原因）， 而另一方面，把“两波完全不同的人”放在一个产品下，通常双方都不讨好。“开发人员觉得操作不方便麻烦”，“业务编辑觉得看不懂，相关背景知识太多”。 （从上图可以看出，有些产品直接去掉了“开发者”，类似于SaaS。 ）
IVX没有设计多套“编辑器”，而是一个“IDE”，它更像是一种“图形编程语言”，不需要把“开发人员”和“业务编辑器”放在一个产品下。
一些大型平台直接将“低**”做成自家生态的快速胶粘剂或“快速开发工具设计师”，比如亿达、Powerplatform等，这也是一个想法，但平台必须足够大。
另外，我想说的是，一个工具好不好，技术最多占一半，另一半就是产品！ 而最后，能否给用户带来效率，使用起来是否酷，或许是成功的关键。