第一个增删改查应用怎么做？低代码从建表到列表页全流程
结论先行：增删改查（CRUD，即 Create、Read、Update、Delete）是所有业务系统的地基。用低代码平台做完第一个 CRUD 应用，标准流程是 6 步、30~60 分钟。本文以"客户跟进记录"为例，从建表到列表页逐步骤拆解，并标注每步最容易报错的地方。看完照做，第一个应用当天就能跑起来。
无论后面要做 CRM、库存还是审批系统，底层都是同一件事：数据能新增、能查看、能修改、能删除。把第一个 CRUD 做顺了，低代码开发就算入门了大半。
先花 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：几千条以内通常无感知。数据量更大时，用平台提供的分页和默认筛选控制单次加载量，必要时把历史数据归档到另一张表。
延伸阅读
- 业务需求怎么翻译成数据模型？低代码建模的思考方法——建表前先学建模三问
- Excel 表格怎么升级成在线系统？低代码迁移实战记录——已有 Excel 数据的迁入路径
- 数据库入门教程——字段类型与关联的底层原理
- 七天上手低代码：从注册到上线一个完整应用的学习路线——把本文放进 7 天学习计划