CRUDCreate · Read · Update · Delete
线索能新增，为什么还不能算一个能用的客户表？
CRUD 指创建、读取、更新、删除四种基本数据操作。它描述记录如何被管理，不包含全部业务流程、权限规则或统计分析。
一份资料通常要能新建、找到、改正和移除。只做了新增，后面发现错字、重复或需要跟进时，就没有办法继续处理。
像通讯录：新增联系人，查找号码，修改地址，移除不再需要的条目。每一步都会对不同记录产生不同影响。
类比到这里为止：真实业务中的删除可能是归档或软删除，也可能是永久删除。这些语义和恢复规则要明确，不能只靠一个垃圾桶图标。
销售新增线索、按状态查找、更新跟进情况；重复记录需要按规则归档。谁能删除、是否保留历史，需要单独约定。
四个操作怎样改变记录
- Create · 创建
- 产生一条新记录与新的标识。
- Read · 读取
- 按条件取得记录，不因此改变原数据。
- Update · 更新
- 修改已有记录的部分属性，保留记录身份。
- Delete · 删除
- 按明确规则移除记录；归档需要另外说明保留与恢复方式。
四个按钮以外，还要检查影响范围
更新和删除需要定位条件。界面选了一行，不代表服务端就可以省略权限检查；批量操作还应显示影响范围。
下面可以新增、筛选、更新和删除模拟记录，也可以撤销删除。筛选会隐藏部分行，但不会把它们从数据集合中删掉。
线索能新增，为什么还不能算一个能用的客户表？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
CRUD 在项目中负责什么
- 什么时候用
- 要做后台、资料库、线索表或内容管理区，需要先说清数据从哪里来、怎样变、更正和归档时。
- 它解决什么
- 它让功能边界先围绕真实操作建立，避免只做“新增”却忘了查询、编辑和删除后的责任。
- 它不负责什么
- 它不是用户体验方案本身。权限、批量操作、审计和异常恢复仍需单独说明。
- 放进真实项目
- 销售能新增询盘、查看详情、更新跟进状态，并按规则归档无效线索。
一条线索从进入到归档，都要有明确责任
官网表单、展会名片和手工录入都会形成客户线索。团队常只做“新增”，后面无法查找、更新、去重或归档。
- 01
列出每类角色要操作的资料。
- 02
给每个动作配置权限与日志。
- 03
把删除改成归档或软删除，保留业务证据。
先确定哪条记录，再明确新增、查询、修改还是删除。
容易混淆的地方
CRUD 是数据操作边界；权限、批量和审计仍要另行设计。
筛选“待联系”后，有三条记录没有显示。怎样判断这是读取筛选还是删除？
用字段与 CRUD 设计线索记录
官网询盘、展会名片和销售手工记录进入同一份线索表。国家有人写 US、有人写美国，跟进时间也混着日期和备注。
你可以这样告诉 AI Agent
我在处理这件事：销售能新增询盘、查看详情、更新跟进状态，并按规则归档无效线索。请以“CRUD”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：AI 产品、外贸独立站与界面拆解实践