技巧:站内站外是什么意思？如何优化网站SEO优化效果才好！

　　技巧:站内站外是什么意思？如何优化网站SEO优化效果才好！

　　前段时间分享了很多关于网站引流的内容。还没看过的小伙伴们可以赶紧来看看：

　　●分享增加网站权重的4个技巧，帮助你快速吸引和留住目标客户！

　　●干货分享：教你如何通过SEO技巧精准导入和转化流量

　　● SEO实战案例分享：如何在2个月内将网站的流量从0提升到1000多？

　　其实无论是通过增加网站的权重，提高关键词的排名，还是采集站的形式，最终解决的都是网站的问题交通排水。虽然引流很重要，但网站本身的优化也不容忽视，这也是网站引流成功的基础。

　　所以这次就给大家说说网站自己的站内优化和站外优化。你也可以通过下面的思维导图快速了解文字的内容。

　　一、现场优化 1、什么是现场优化？

　　现场优化：顾名思义就是网站本身的内部优化，是指通过有效的手段对网站的内部结构和内容进行调整和优化。SEO现场优化包括代码标签优化、内容优化和URL优化。

　　2、网站优化主要有哪些方面？

　　

　　过去，很多站长更喜欢做站外优化，因为相比站内优化，站外优化无疑更简单，也不那么麻烦。但是，百度的算法一直在不断更新，单纯只关注站外优化已经越来越难做出好的排名，所以很多人开始慢慢开始关心站内优化。其实还是需要站内和站外结合起来做优化，才能达到事半功倍的效果。

　　那么站内优化主要有哪些优化呢？下面我们来详细看看：

　　①网站结构清晰

　　网站 的整体结构应该在网站 建设的初期就规划好。例如，网站TDK 描述要清晰吸引人，栏目和分页设置要简洁明了，方便浏览和搜索。等待。总的来说，网站结构定位要清晰，布局要合理，既能满足用户的体验和需求，又符合SEO优化的原则。

　　关于网站上线前要做的基础SEO优化，可以参考下面的文章了解更多：

　　→New 网站如何优化排名？学会这3个方法就够了

　　②长尾关键词布局

　　一个能够发挥其自身效用和价值的网站就是一个好的网站。无论是想通过网站提升品牌知名度，还是通过网站实现产品和服务转化，首要条件是保持一定的网站流量，所以必须做到很好的网站流量导入。

　　这时候长尾关键词就可以发挥很大的作用了，因为一般一个网站的流量大部分都是长尾关键词带来的。网站排名和权重很重要，所以要注意长尾关键词的布局和优化。

　　注意：关于长尾关键词的优化，可以适当扩展一些引流效果好的长尾词，为自己聚集流量网站；同时也布局了大量与业务相关的良好转化效果。长尾关键词，关键词不一定要流行，但一定要精准，才能达到转化的目的。

　　

　　关于长尾关键词的具体作用以及如何挖掘关键词，大家可以认真看看下面两篇文章文章：

　　→ 网站获客太难？那是因为你没有使用长尾 关键词！

　　→【干货】学挖关键词，小白也能做好网站SEO优化

　　③准备好网站文章的内容

　　一个网站首页的权重是最高的，所以要尽可能的丰富和完善首页的内容。另外，网站的其他栏目中文章的内容也要做好，可以定期更新原创或文章的一些优质文章伪原创，我们也多次强调这个问题。

　　另外，文章除了图片和文字外，还可以添加一些排版样式：例如，应用标题样式、粗斜体文本、添加编号列表、添加引用和相关链接等。这些操作会使文章 受搜索引擎加分影响以获得理想排名。

　　④SEO细节优化

　　其实网站优化中还有很多容易被忽略的SEO细节，做好这些小细节很容易加分。

　　● 标题写作技巧，图片应加alt标签

　　● 维护服务器的稳定性，提高网站的打开速度

　　● 合理增加文章内链，引导搜索蜘蛛进行逻辑爬取

　　总结:3个小时，从学到做，我用低代码平台搭了一套管理系统

　　简介：本文以作者虚构的《幼儿园健康报告系统》为基础，演示了如何通过低代码平台快速搭建应用系统，并介绍和演示了一些*敏*感*词*知名的aPaaS产品，如Mendix、 Outsystems、亿达、明道云，试图在产品设计中挖掘低代码平台的核心精髓，让大家对低代码有更直观的认识。

　　在我们开始案例之前，让我们先谈谈基本概念。

　　1.什么是低码？

　　低代码平台是继中平台之后的另一个热门话题。事实上，低代码本身并不是一个新奇的话题，也不是最近的技术突破和创新，而是一个已经存在了十几二十年的概念。早期的大型管理软件套件都有一个拖放式快速开发平台，方便技术人员无需编写代码即可快速实现一些基本功能。

　　虽然现在低代码被称为aPaaS，它似乎是一种Pa​​aS，而且似乎与SaaS密切相关，但大家需要意识到，低代码开发平台并不是一个概念，仅仅是因为SaaS，但自古就有。存在。

　　简单来说，低代码平台就是期望通过拖放配置实现面向业务的软件系统，并且可以无缝部署和运行的开发平台。在这个过程中，当然是允许编写部分代码的，但更重要的是，很多基础的编码工作都可以通过低代码平台快速自动化。

　　低代码的第一个应用场景是帮助成熟的软件产品，以低成本支持个性化需求，提高开发速度，甚至扩大客户群。

　　例如，很多成熟的商业软件（包括私有部署的商业软件套件和SaaS形式的产品）都希望通过构建低代码平台来加强产品扩展能力，更好更快地为客户服务，并与ISV合作。产品的目标客户群已扩展到更广泛的领域和行业。

　　在这种情况下，低代码平台是低成本高效解决个性化需求的终极解决方案。此时，低代码的目标用户可能包括工程师和实施顾问。国外的SAP、甲骨文、SalesForce，国内的用友、金蝶、北森、易销等都有以自己的软件产品为基础核心的低代码解决方案。

　　低代码的第二个应用场景是帮助甲方企业低成本快速搭建新的应用系统，特别是让不懂编程的业务人员也能独立实现，让企业享受数字技术带来的好处以较低的成本。能够做生意的好处。

　　事实上，企业中的大量应用系统都是基于流程的。对于逻辑相对简单、流程链不复杂的业务场景，找打包软件支持大材小用成本高，独立系统外包开发成本高，低代码平台可能是个不错的选择。此时，低码平台的目标用户可能是甲方企业的业务人员，也可能是IT人员。

　　国外的 OutSystems 和 Mendix 以及中国的明道云和氚云就是这种情况。需要注意的是，目前国内一些报表平台和流程引擎的厂商为了普及，也自称为低代码平台。严格来说，这些厂商提供的产品能力只是一个完整的低码平台所需能力的一个子集，不能算是低码产品。

　　说了这么多概念，大家肯定对低代码有一个模糊的印象。接下来，我将通过一个案例带大家体验一款低代码产品的使用。在开始之前，还有几个问题需要强调：

　　低代码只是应用系统构建执行层面的工具，而软件产品设计中的思维方法和建模过程是核心，所以我们的案例将部分笔墨花在设计过程上，然后学习了解后应用低代码平台。简单得多。我选择了明道云作为演示产品：第一是因为它更容易使用；二是因为明道云的老板任向辉先生平日喜欢写公众号分享。很喜欢他的文章，为了致敬，所以选了明道云。需要说明的是，我和明道云没有任何关系，试用期间连销量都没有加。在整个试用期间，我都是从帮助手册中学习和操作的。学习明道云大概用了一个小时（主要是看帮助文档），具体动手操作中实现案例中的功能用了大概两个小时。整体还是非常好用的，好用。但这也可能是因为我之前做过研发，比较容易理解很多基础概念。

　　好吧，接下来，让我们进入案例。

　　二、豚鼠幼儿园低代码应用 1、需求调研

　　李校长是小豚鼠幼儿园的校长。最近，她遇到了麻烦。根据教委统一要求，疫情期间，家长需要每天上报孩子的健康状况，学校统一管理，但教委不提供统一的技术支持。

　　为了实现这个需求，幼儿园老师们已经尽力了，比如使用微信群管理或者在线文档管理，但都不是很方便。例如，无法做到实时统计，数据很容易被错误处理。而如果找软件公司帮忙做一个小系统，也要3万到4万块钱。对于幼儿园来说，这是一笔不小的数目。

　　李校长的侄子小王是B端产品经理。他在一次聊天中得知李校长的问题，问道：

　　小王：阿姨，也许我可以按照您说的帮您，建一个软件系统，可以很好地解决您的问题！

　　李校长：真的，那很好，但我们没有太多预算！

　　小王：不花你一分钱，我会免费帮你做，但我想先了解一下你对这个企业管理的需求和期望。

　　李校长：谢谢！我的诉求很简单，就是每天让家长来打卡，如果身体有什么异常，可以第一时间收到提醒，也可以请老师跟进，看看是什么问题。另外，最好有一些实时的报告，这样我就可以看到最新的健康报告。

　　小王：行了，我明白了，这个交给我。我会帮你设计一套操作流程和配套系统供你免费使用！

　　了解了大体背景后，小王开始构思小豚鼠幼儿园儿童健康报告系统的设计方案。

　　李校长：太好了，期待！

　　2.产品外形设计

　　小王了解了基本需求后，开始构思如何设计系统。首先，梳理一下本系统涉及的利益相关者，如下：

　　虽然业务流程本身很简单，但因为是从零开始搭建的管理系统，所以需要完成一些基础的数据准备工作。想了想，小王画了一张简洁的业务流程图，如下。

　　可见家长要打卡，一定要先维护一些基础数据。按照常识，需要维护班级信息和*敏*感*词*。打卡动作是针对学生的，所以打卡信息必须与学生相关联。

　　另外，要求中提到，如果打卡温度异常，需要有老师跟进。我们考虑生成一个待办任务并将其分配给老师。该待办任务与异常打卡记录相关联。有了上面对业务的分析和思考，我们可以画出业务背后的ER模型图（领域模型），如下图。

　　每个老师可以管理多个班级，每个班级只能由一名老师管理。每个班级可以有多个学生，每个学生有多个健康报告记录（打卡记录），每个健康报告记录可以生成异常体温的跟踪记录。

　　这些抽象的实体是我们要设计的健康报告系统的核心，因为打卡（健康报告）的过程实际上只是对这些实体的数据进行增删改查。

　　3.产品细节设计

　　接下来根据流程图，我们来思考系统落地执行的页面流程图：

　　除了这些页面级别的操作需求，还有一些业务规则需求，比如：如果健康报告异常，自动生成一个需要跟进的任务，发送给学生的班主任，并发送消息给校长。

　　总之，我们会发现与业务运营相关的功能页面主要是ER实体的列表页面和详情页面（创建和编辑），不同的用户对不同的页面和不同的数据有不同的权限。

　　经过整理分析，我们可以列出系统中涉及到的相关页面，权限表如下（这里只是一个简单的说明，后面我们会在明道云中展示更全面、更详细的权限设计，包括管理数据权限设计方案）：

　　经过上面的分析，虽然细节还没有说完，但是我们对“幼儿园健康报告系统”的设计思路有了一个清晰的认识。接下来我们直接进入低代码平台的开发演示环节！

　　3. 低代码实现——通过工作表定义数据实体

　　首先，我们来到明道云工作台，点击“添加应用”，新建一个应用“小豚鼠幼儿园”（已经如下图所示）。

　　接下来，我们为 ER 模型中的四个实体创建工作表。下图显示了创建类实体的工作表编辑页面。

　　Worksheet是明道云的概念。所谓工作表，其实就是对应ER建模中的实体，工作表中的相关控件定义了实体的字段。例如在类表单中定义了自增的“类ID”、字符串类型字段“类名”、枚举字段“状态”等。

　　通过表单表示实体是一种易于理解的设计方式。实体背后的本质就是所谓的“对象”和最终会被传入数据库的表。在一些低代码平台中，对象编辑器用于定义管理实体，这是一种更灵活但也更复杂的解决方案，我们稍后会进一步介绍。

　　不管是表单编辑器还是对象编辑器，原理都是一样的，管理就是抽取出来的实体。对于非技术人员来说，表格可能更容易理解和接受。

　　在类窗体中，有一个“学生”控件，它是一个关联的记录组件。因为班级和学生是一对多的关系，每个班级可以有多个学生，所以在班级表格中，我们允许看到与班级关联的所有学生的列表，这在B端很常见产品互动。一种设计形式。

　　实体之间所谓的一对多和多对多关系，体现的是多个表之间的关联。在设计器中可以很方便地定义班级和学生的一对多关系，如下图所示：

　　实现关联后，表单与表单的连接建立，详情页（单个表单数据的展示页面）的展示也将自动完美完成。例如：下图是某类数据的详情页面（PC版）：

　　aPaaS平台会自动完成PC版和手机版的适配，格式可调。比如上图是PC版的班级详情页面，下图是手机版：

　　

　　4.低代码实现——通过视图编辑器定义数据列表呈现

　　接下来，我们完成了“学生”、“健康报告”、“异常体温追踪”三个实体的表单配置。

　　下图中，横向的“校园管理”和“主控台”可以理解为我们对系统配置的一级导航，纵向的四个表格表示属于某个一级导航，每个表格右侧主区域中配置的列表视图是二级导航菜单。下图为班级表格定义了“All”、“Classes in Effect”、“Graduate Classes”和“My”四个列表。查看，即“校园管理”一级菜单下的四个二级菜单。

　　那么，什么是列表视图？

　　工作表仅定义实体的特定字段。如何呈现实体的列表数据？例如，如何以不同的表示形式呈现“类”列表数据？这就是需要视图编辑器的地方！

　　在视图编辑器中，可以定义实体对应的多条数据的列表呈现，包括列表数据的默认过滤条件、默认显示字段、默认字段排序，可以方便自定义，如图在上图中。

　　在大部分自研的B端产品中，列表页（即视图）是最常见的功能页面，而且一般这类页面都是硬编码的，而不是像视图编辑器那样通过前端组件实现. 在成熟的软件产品中，没有列表页的概念，都是通过视图编辑器来处理的，大大简化了编码工作。

　　如下图，我们为“班级”表单定义了四个视图，分别是“全部”、“活动班级”、“毕业班”、“我的”。屏幕截图适用于“活动班级”。视图的默认搜索条件配置，可以看到我们设置了视图的默认查询条件，即“status”字段为“in Teaching”的所有班级数据。

　　前面我们提到，在“班级”表格中建立了与“学生”记录的一对多关系。在“学生”表单中，还有一个字段与“班级”表单的“班级 ID”字段相关联。这样就完成了一对多关系的定义。

　　但是，如果我们想在学生表单中显示班级名称并在学生视图中显示班级字段怎么办？

　　因为在建立一对多关系时，我们只定义了ID之间的关系，所以如果要以“学生”形式呈现“班级”名称，就必须对变量的引入做特殊处理。在明道云中，使用了一种叫做“其他表字段”的设计方法。简单来说就是引入关联表的一个字段并显示出来，如下图所示：

　　下面的红框定义了ID之间的关联，上面的红框介绍了“班级”表的“姓名”字段，用于在“学生”表单和视图中显示。

　　在其他低代码产品中，针对此类需求的解决方案并不完全相同。

　　严格来说，表单只是数据对象的外化表现。根据软件设计MVC的分层概念，数据定义和前端呈现应该分层分离。对象编辑器对数据实体本身进行了严格的定义，如果需要在表单或者视图中做多表连接来呈现其他相关表的某些字段，是一个需要在可视化层面解决的问题。

　　所以在很多比较复杂的低代码产品中，所有的可视化部分都是基于页面编辑器完成的，底层的数据定义是两个相互独立的东西。因为明道云的产品，为了大大降低用户的学习成本，数据底层的对象编辑器和展示层的表单编辑器是集成在一起的。

　　现在，让我们解决一个棘手的问题。如果我们想在学生视图中显示学生的老师姓名，我们该怎么做呢？通过学生，你可以找到你所在的班级，但谁是负责班级的老师？如何定义它？

　　一种方法是在“班级”表单中添加一个字段，可以关联教师账号，完成教师与班级的关系映射。在明道云中，我们采用了另一种比较刁钻的方法，就是要求校长把每个班级数据的所有者改成特定的老师账号，如下图，图中“王老师”是一个人，他的角色是""Teacher" 是独立用户。

　　通过这个动作，实现了负责班级的老师的分配。接下来，利用前面提到的“其他表字段”功能，将这个字段值引入到其他表单对象中。

　　这样一来，所有与班级关联的学生和与学生关联的健康报告记录都可以追溯到负责老师，这对实现下一个需求至关重要！

　　5. 低代码实现——通过流程编辑器定义业务流程和事件

　　我们记得有这样一个需求：如果健康报告体温异常，则自动生成一个需要跟进的任务，发送给学生的班主任，并向校长发送消息。

　　怎样才能达到这个要求？这使用了 aPaaS 平台中非常核心和重要的流程编辑器功能。可以说，流程编辑器是低代码平台的灵魂！

　　更准确地描述上述要求：如果在添加或编辑“健康报告”表格数据时，在“体温是否正常”一栏选择“否”，则“体温异常”状态为“待跟进” "将自动生成。跟踪”数据并向校长和学生的老师发送消息。

　　在低代码平台中，流程编辑器用于实现与上述类似的功能，自动触发执行，自动更新多表数据。我们来到流程编辑器，创建了“体温异常报告触发后续任务记录”的流程，如下图：

　　在图中，我们设计了三个流程节点。

　　第一个触发节点：定义当“健康报告”表单在添加或更新数据时，如果发现“问题正常”字段等于“否”，则向下执行。第二个节点：当发现体温异常时，创建一条“体温异常追踪”数据，分配给上报记录学生的老师。第三个节点：向校长和老师发送应用内消息提醒处理，效果如下：

　　对于工作流创建的数据，创建者字段显示为工作流，如下图：

　　流程编辑器不是一个简单的工作流引擎。我们一般理解的工作流引擎，比如审批流，只是针对单个数据对象的多节点处理。真正复杂的流程编辑器BPM，需要对流程中不同的数据实体进行复杂的处理，这也是很多B端业务的核心处理逻辑和流程。

　　当然，明道云的流程编辑器功能很多，如下图，我们不再赘述。

　　到目前为止，还有一个核心功能我们没有实现。父母如何报告数据？

　　一种方式是为每位家长开设一个账户，将账户与学生关联，登录系统，提交表格时默认提交相关学生的“健康报告”记录。

　　另一种方法是将“健康报告”表公开，任何人都可以提交。这样做的好处是不用一一维护父账户。缺点是系统无法识别提交者和对应的孩子，需要手动从学生列表中选择学生，比较麻烦。

　　如下图，我们将表单设置为公共链接。

　　6. 低代码实现——通过报表编辑器定义报表和仪表盘

　　至此，与业务流程相关的核心功能和数据形式已经开发完成。接下来，我们需要为李校长配置她的管理工作台，也就是仪表板。通过类似报表引擎的功能，配置了委托人的监控仪表盘，我们把它放在“委托人控制台”的一级导航下，如下图：

　　该功能的使用与经典报表引擎类似，此处不再赘述。

　　7. 低代码实现——配置角色和权限

　　最后，我们设置角色和权限。我们设置了两个角色，“校长”和“老师”。

　　B端产品的权限管理由两部分组成。功能权限决定了用户可以访问哪些菜单和操作哪些按钮，数据权限决定了用户可以访问和操作的数据集的范围，一般通过组织树来实现。

　　下图是明道云数据权限配置管理的整体图：

　　可以看出，针对每个角色，设计了不同表单视图的查看和编辑权限，属于功能权限。

　　点击每个表单末尾的设置按钮，还可以定义角色对表单的数据权限，包括是否允许处理所有数据，是我自己和我下属的数据，还是属于自己的数据我自己（请记住，在前面的例子中，我们有“”类“所有者”），或者我创建的数据。

　　您甚至可以为特定字段设置更细化的权限，如上图左下角的窗口所示。

　　完成以上配置后，我们的低代码平台开发工作就完成了。明道云的应用系统无需发布，配置后立即生效。所有用户都需要注册明道云账号才能使用配置的系统。配置的应用程序没有独立的应用程序。访问明道云官网登录后即可使用。手机版需要下载明道云APP登录后使用。

　　最后，我将向您展示该应用程序的移动版本的屏幕截图。这些是自动生成且未经调整的默认设计。

　　

　　3.低代码平台的本质

　　通过上面的例子，相信大家对低代码平台的能力有了一个直观的感受。

　　软件产品设计的标准结构是MVC模型，即Model（数据）、Controller（逻辑）和View（交互界面）。低代码平台通过几个核心组件完成对MVC三层架构模型的支持，对应遵循MVC模型，三个核心组件分别是数据模型设计器（对应Model）、流程设计器（对应Controller）、和页面设计器（包括报表设计器，对应View）。

　　1. 数据模型设计器

　　数据模型设计实现了底层数据对象的定义。我们之前提到过，不同的低代码平台定义和实现数据对象的方式不同。

　　数据模型设计器的第一个实现是通过对象编辑器实现数据定义。这种方法是最灵活的。它将底层数据模型与前端视图分离，模型侧重于底层，视图是可视化的呈现。

　　国外的低代码平台Mendix和中国的华为云AppCube都采用了这种方式。此外，大型商业软件的低代码平台也采用相同的设计，如SalesForce、粉香拼客等。

　　下图是 Mendix 的对象编辑器，在 Mendix 中称为 Domain Model。事实上，领域模型和对象编辑都属于面向对象编程的概念。严格来说，领域模型和我们之前提到的ER模型并不完全一样。领域模型具有面向对象编程的泛化和聚合等特性，这些特性在ER模型中是不存在的。

　　此外，图中还显示了 Mendix 的 Windows 客户端版本。除了网页版，Mendix 还提供了更强大的 Windows 客户端。经过简单的体验，这个客户端更像是开发一个集成编辑器IDE（程序员编写代码的软件平台）。Mendix本身也很强大，当然也比较难学。

　　国外另一款知名的aPaaS产品outsystems也是采用底层的对象驱动设计，同时也提供了Windows版本的客户端。安装后有分步教程，太棒了！整个IDE风格的产品设计也很强大，令人印象深刻！

　　华为云的AppCube貌似是对象编辑器的设计方法，但是因为我的试用申请一直没有通过，所以只是通过帮助文档猜测了一下，无法详细体验，如下图：

　　数据模型设计的第二种实现是表单引擎。

　　对于设计者来说，只需要将底层数据对象理解为Excel的多个独立表，每个表传递采集形式的数据。自定义数据模型只需要在表单中定义data采集控件即可。

　　比如下图就是一个适合钉钉的表单编辑器。设计思路类似于明道云的表单编辑器。表单编辑器将数据的底层设计和可视化呈现打包在一起，让非技术人员更容易理解，但也失去了前后端分离的灵活性。

　　2. 流程设计师

　　定义了基础数据后，下一步是定义工作流。对于商业软件产品来说，工作流是支撑商业运营的核心。业务运营的本质是每个工作流的执行。

　　浅层工作流是一种类似于Workflow的审批流，是对单个数据对象的处理；深层次的工作流需要能够支持流程中多个数据实体的自动处理。后者是低代码产品的核心功能之一。如果没有后一种能力，基本上除了问卷调查之外，什么系统都建不起来。

　　流程中多个数据实体的自动处理是什么？

　　例如，在销售CRM系统中，当潜在客户的状态变为verified时，需要自动生成一个待跟进的商机记录，将商机分配给合适的销售，同时生成相应的联系记录和客户记录。商机、联系人和客户的部分字段数据来自潜在客户实体。

　　此业务逻辑规则需要复杂的工作流编辑器来实现。在这个自动化处理过程中，涉及到四个实体数据（线索、商机、客户和联系人）的添加、删除、修改和搜索。

　　下图显示了 Mendix 的 Windows 客户端版本中的流程编辑器。

　　下图为国货钉钉易达的工作流编辑器。似乎太简单了。它只是一个审批流程编辑器，还是我没有找到一个功能齐全的配置界面？

　　3.页面设计师

　　对于业务软件产品来说，主要功能是数据的增删改查，其中涉及的交互页面大部分也是底层数据对象对应的列表页面和详情页面。此外，它们还包括报告、仪表板和其他类型的页面。

　　页面设计师的设计理念清晰地体现了不同低代码平台的产品思路。总的来说，可以概括为两种形式。

　　1）纯前端页面编辑器

　　包括报告、列表、视图和表单都在这个集成的页面编辑器中实现。比如Outsystems的页面编辑器，如下图：

　　可以看到，这是一组复杂的前端交互组件设计器，包括类似于数据表集合Table Records的集成控件，以及表单控件Form，以及其他类型的控件集合，例如checkbox Check Box , 单选按钮 Radio Button 等等。

　　在这组编辑器中，操作员可以定义各种类型的前端页面，例如列表页面、详细信息页面、报表和仪表板。再比如Mendix的页面编辑器，也是同样的设计思路，如下图：

　　甚至dashboard也是在同一个页面编辑器中实现的，如下图是Mendix的dashbaord的demo：

　　低代码平台的报表设计器组件与传统的报表引擎没有太大区别。它基于底层数据实现前端可视化输出，包括表格输出和图形输出。以上是前端交互设计的第一个产品形态。可见功能强大，灵活，学习成本相对较高。

　　2) 大大简化的页面配置器

　　不同类型页面的模板化配置主要分为以下几类。

　　当然，低代码产品也会提供集成页面的配置，但功能比前面提到的要弱很多。明道云的视图编辑器在上一篇文章中已有详细介绍，不再赘述。

　　下图是亿达的页面编辑器，显示的是一个系统主页的编辑。与明道云相比，亿达的页面编辑器更复杂，功能更强大。

　　再举一个例子，下图是一个合适的报表编辑器：

　　数据模型设计器、流程设计器和页面设计器是低代码平台的核心。如果了解了软件设计的MVC分层架构，就很容易理解低代码平台的核心产品功能和不同的产品思路。当然，不同的低代码平台有更强大的功能，有自己的特点，有兴趣的读者可以进一步研究。

　　4。结论

　　可以看出，不同的低代码平台有不同的设计思路。

　　在产品的易用性和产品的灵活性之间存在一个平衡和权衡。比如数据底层，应该选择表单驱动设计还是领域驱动设计？两者的区别非常大。后者基本非技术人员无法使用，而前者易学易懂，但其功能确实弱化了很多。

　　因此，低代码平台需要明确目标用户群。它是面向 ISV 或 IT 团队的专业开发辅助工具，还是面向非技术人员的性能增强工具的增强版？前者更像是IDE的超级插件包，后者更像是Excel+VBA的超级好用版。

　　对于B端产品经理来说，体验明道云这样的低代码产品，对于理解软件设计是非常有益的。无论是形式、流程，还是权限管理，都会涉及到所有核心的产品设计问题，并且可以加深理解。

　　另外，如果业务需求大，研发没有安排，3小时就可以配置aPaaS，谁不给你年度CEO特别奖！

　　#专栏作家#

　　杨坤，公众号：PM杨坤（ID：pmYangKun）。大家是产品经理专栏作家，《赢在B端》作者，12年互联网研发和产品设计经验，前VIPKID产品总监，百度高级产品经理，现任慢酷咨询创始人兼CEO。

　　本文原创发表于人人都是产品经理，未经允许禁止转载

　　题图来自Unsplash，基于CC0协议