第一个增删改查应用怎么做？低代码从建表到列表页全流程

结论先行：增删改查（CRUD，即 Create、Read、Update、Delete）是所有业务系统的地基。用低代码平台做完第一个 CRUD 应用，标准流程是 6 步、30~60 分钟。本文以"客户跟进记录"为例，从建表到列表页逐步骤拆解，并标注每步最容易报错的地方。看完照做，第一个应用当天就能跑起来。

无论后面要做 CRM、库存还是审批系统，底层都是同一件事：数据能新增、能查看、能修改、能删除。把第一个 CRUD 做顺了，低代码开发就算入门了大半。

Table of Contents

先花 10 分钟想清楚：这个应用管什么

动手前先回答三个问题：记录什么（客户跟进记录）、谁来用（销售自己录，主管看全部）、最常用的操作是什么（每天新增记录、按客户查找）。第三个问题的答案决定页面怎么排——如果九成操作是"查"，列表页就是主角；如果高频操作是"录"，就把新增入口放到最显眼的位置。这 10 分钟决定后面 40 分钟返不返工。

步骤 1~2：建数据表与设计字段（约 15 分钟）

步骤 1：建表。 在平台的数据模型模块新建一张表，命名用能看懂的名词，如"客户跟进记录"，不要用"表 1""测试表"。

步骤 2：设计字段。 一条跟进记录至少需要这些字段：

字段	类型	说明
客户名称	关联或单选	指向客户表，避免手输错别字
跟进方式	单选	电话、拜访、微信等
跟进内容	多行文本	核心字段，写清楚谈了什么
下次跟进日期	日期	后续做提醒的基础
跟进人	人员类型	默认为当前登录人

本步报错高发点：字段类型选错。日期选成文本，后面没法按时间筛选；金额选成文本，没法求和汇总。类型一次选对，比事后改省十倍力气。必填设置也在这一步想好：客户名称、跟进内容设必填，其余选填。

步骤 3~4：生成列表页与新增表单（约 15 分钟）

步骤 3：搭列表页。 用表格组件绑定刚建的表，选择要展示的列。列不要贪多——手机上一屏能看完 5~6 列就够了，次要字段放进详情页。"跟进内容"这类长文本列设置截断显示，否则一行会占掉半屏。

步骤 4：做新增表单。 用表单组件绑定同一张表，字段顺序按填写的自然顺序排：先客户、再方式、再内容。表单可以比列表页多放几个字段，但同样别全堆上去——表单字段超过 10 个，填写放弃率会明显上升。

本步报错高发点：列表页能显示但提交报错，多数是表的读写权限没开（只给了管理员）；或表单字段和表字段没绑定上，提交后数据是空的。遇到报错先查这两处。

步骤 5：加搜索、筛选与排序（约 10 分钟）

光能看还不够，要能快速找到。三件小事：给列表加一个全局搜索框（搜客户名称）；加两个筛选器（跟进方式、跟进人）；默认按创建时间倒序排列。注意筛选器要用下拉选择而不是手输输入框，从源头避免"北京""北京市"这类不一致数据。

步骤 6：配权限并发布（约 10 分钟）

最后配置角色权限：普通销售只能看和改自己的记录，主管能看全部。权限粒度做到"行级"（只看自己的）和"字段级"（敏感字段仅主管可见）即可满足多数场景，先不追求更细。然后发布应用，把链接发到自己手机上走一遍完整流程：新增一条、修改一条、删掉一条、搜一次、筛一次——五个动作都通，第一个 CRUD 应用就算正式交付。

六个步骤里最容易出错的四件事

字段类型随手选：这是返工成本最高的错误，建表时逐个核对类型。
列表列太多：什么都想展示等于什么都看不到，列表页只放高频字段。
没设必填：脏数据从第一天就开始积累，关键字段务必设必填。
权限最后才想：先发布再补权限等于裸奔一天，第 6 步之前不给非测试人员访问链接。

FAQs

Q1：做 CRUD 需要会写 SQL 吗？

A：不需要。低代码平台把建表、查询都封装成了可视化操作，全程点选即可。懂 SQL 有助于理解筛选和数据关联，但不是前置条件。

Q2：上线后想加字段怎么办？

A：直接在数据表里加，多数平台支持在线加列且不影响已有数据。注意新字段以选填起步，等旧数据补齐后再考虑改为必填。

Q3：列表页数据多了会变卡吗？

A：几千条以内通常无感知。数据量更大时，用平台提供的分页和默认筛选控制单次加载量，必要时把历史数据归档到另一张表。