无代码系统设计
为了帮助系统搭建者在使用无代码工具进行系统构建时，能够更加快速、灵活的找到构建技巧与方法，轻流将企业应用无代码工具构建的典型系统场景做了相应归类，总结出三类无代码常见系统类型及其构建特点，以帮助系统搭建者在面对系统搭建需求时，能结合需求对号入座，快速搭建。
一、无代码系统类型
从企业客户的无代码系统搭建与应用场景来看，无代码工具通常被用以搭建如下三类系统：流程工单、业务工作台与企业复杂系统，三类系统能够适配的业务场景由简单到复杂，搭建重点也各有侧重。
（一）流程工单类系统
流程工单类系统的得名，源于很多生产、设计、制造或互联网企业中工单的概念，通常由一张数据收集表单+一套流转流程组成，我们也常称为单应用。用以记录、处理、追踪任务或工作进度，是现代企业协作中最主要的一种业务协作形式。
流程工单并不限制于生产制造或任务管理场景，日常工作中的费用报销、物资另用、请假审批，都属于这类流程工单系统。这类系统解决的通常不是企业最核心的系统场景，但却是日常工作协作中最基础也是使用频次最高的一类系统，同样也是工作台和企业复杂系统搭建的基础。
对于流程工单类系统来说，表单和流程的构建是这类系统设计时需要核心考量的问题：1、用哪一类字段、做什么样的字段配置，能够规范的收集到业务所需的数据？2、使用哪一类型的流程节点、节点负责人是谁以及它需要在当前节点看到哪些数据、做哪些操作？当完成上述思考后再进行系统搭建，能够让流程工单系统更加贴合系统用户需要，帮助他们在使用的过程中，真正提效。
（二）业务工作台
业务工作台是一种基于业务角色设计的交互式系统，这类系统围绕企业业务人员日常的协作需求，将不同角色工作中常用应用、常看的数据报表、交互功能汇集于同一界面中，以帮助业务人员工作提效。我们常见的OA系统、工单中心、行政办事大厅都属于这类系统。
工作台类系统构建核心在与交互式门户的构建，在构建工作台系统前，系统搭建者首先需要分析业务人员日常工作内容与需求，构建多个满足不同业务需要的应用，并基于应用收集的数据，进行数据分析与报表构建，最后将这些报表与应用的入口放在门户中，使得系统用户能够在一个界面中完成多个业务操作与数据查询交互。
（三）企业级复杂系统
企业级复杂系统通常对应的是企业中核心的系统场景，例如CRM、ERP、招聘系统等等。这类系统通常无法使用一套表单+流程（单个应用）来实现所有需求，例如一套CRM系统中就可能包含销售管理、客户管理、财务管理等多个场景，往往需要数个应用之间相互协同调用，才能共同满足综合场景需求。
对于复杂系统的构建来说，难点在于厘清核心业务场景的协作流程，有效的拆分多个应用进行搭建，并且借助轻流平台的工具与功能，使应用与应用间实现数据调用。同时，因为复杂系统本身所对应的场景综合、业务流程繁复，在这一过程中更需要关注用户体验与易用性。
二、无代码系统设计原则
（一）OLTP与OLAP系统
OLTP与OLAP是系统设计中两种常见的模式，两者的设计出发点不同，针对的场景也有所区别。但对于一套无代码企业管理系统来说，OLTP与OLAP模式相互趋紧、兼容并包，才是系统设计最优解。
1.联机事务处理 On-Line Transaction Processing（OLTP）
OLTP类的系统主要是为了记录与处理业务的发生与变更，将每一次数据操作、结果，清晰的反馈在系统中，进行操作留存。这类系统通常面向的用户是业务的处理人员，通过系统，业务人员能够对数据进行即时的增、删、改操作。
*例如：我们日常生活中所使用的ATM采用的就是典型的OLTP类系统，每一笔存取款以及转账操作，都会被清晰的记录和存储在系统中，以此进行留存。
2.联机数据分析 On-Line Analytical Processing（OLAP）
OLAP类的系统与OLTP类系统目标不同，这类系统主要实现对于业务数据的综合分析，面向的系统使用对象是数据分析人员，借助OLAP类系统，数据分析人员可以及时对于数据进行查询调用以及分析。
*例如：在财务场景下的流水分析、经营指标看板等等，都属于OLAP系统。
OLTP与OLAP系统的设计目标、适用人群与主要工作不同，但对于企业综合的业务场景来说，二者都无法单独存在：没有OLTP类系统进行数据收集与记录，数据分析人员将失去数据分析的来源；没有OLAP对业务操作与数据进行分析，数据的价值将无法体现，也无法基于数据分析给到业务人员更好的优化建议。
（二）无代码系统设计顺序
无代码系统的设计遵循以终为始的核心原则，即从系统最后的呈现出发，思考系统的最终用户是谁，他们希望通过系统看到哪些数据、进行哪些操作。而后倒推，在设计与搭建过程中，我们需要用什么样的字段表单来收集这些数据、设计怎样流程与数据权限，最终如何将这些报表和应用呈现在门户中。
（三）无代码系统设计思考工具
1.问题定义
系统搭建者可以在系统设计前，围绕最终呈现的门户，尝试回答如下几个问题
谁需要使用我的门户进行应用发起或数据查看？他需要使用门户查看哪些数据？他需要使用门户进行哪些操作？哪些数据和效果是不可以呈现的？
通过如上的四个问题，我们分别可以得到系统设计中的四项需求，并基于此进行表单、流程、报表设计：
我们系统的用户是谁？以及有几个不同的角色？门户中需要展示哪些数据报表？门户中应该集合哪些应用入口？每个门户与报表的可见权限是怎样的？
2.同理心画布
如果希望在系统设计与搭建前更加深入的进行分析，则可以借助同理心画布，完成一场面对系统最终用户的访谈，了解用户真实的需求与画像，能够帮助你更好的进行系统设计。
同理心地图是一套基于人本理论的分析工具，你可以在系统搭建前找到系统未来的用户，对用户基于本套画布中提供的7个方向进行访谈，并用便利贴进行记录：他是谁、他们需要做什么、他们在日常工作中看到、说了、做了、听到什么，以此分析用户的痛点与收获是什么。在完成同理心画布访谈后，你将对你的系统用户有更深入的了解，知晓他们真实的需求、痛点，在系统设计和搭建时，指导你更好的满足他们或回避他们不喜欢的点。
无代码工具面向的核心搭建者是业务人员，因此能够更加贴合业务需求与场景需要，从业务场景与用户角度出发，是无代码系统设计的重要原则。了解了不同系统类型对应的业务场景及其构建难点、设计顺序以及如何对真正的系统用户进行设计前的访谈分析，能够帮助你有的放矢，构建更加优秀的企业系统。