字段Field
客户表里的一列，怎样让销售和程序理解成同一件事？
字段是一条记录中的一个命名属性，用来表达一种约定的信息。字段需要明确名称、类型、是否允许缺失以及业务含义。
字段就是为一种资料留出的固定位置。名字叫“数量”还不够，最好说明是哪一种数量、用什么单位、能不能为空。
像快递单上的姓名、电话和地址三栏。每栏都装不同的信息，不能把联系电话当成可以相加的普通数值。
类比到这里为止：表单输入框、数据库列、接口属性经常对应，但不一定一对一。同一条完整地址可以在页面展示一栏，在数据库拆成多个字段。
公司名用于识别，邮箱用于联系，预计采购量用于判断规模。未知采购量应与 0 区分，带前导零的产品编号通常按文本保存。
一列数据至少说清四件事
- 名称
- 例如 estimated_quantity，不用含义模糊的 number。
- 类型
- 整数、日期、文本等类型决定怎样校验和计算。
- 缺失规则
- 未知数量和零数量不同，不能随意互相替换。
- 单位与范围
- 数量是件还是箱，是否允许负值，状态有哪些合法选项。
显示方式不等于数据本身
“已联系”可以显示成绿色标签，但保存的状态值不应依赖颜色。金额可以显示货币符号，但币种和数值仍需要明确结构。
先点击示例表中的不同列，观察它们的约定。字段设计影响后续搜索、去重、导入和统计，不只是表头起名。
客户表里的一列，怎样让销售和程序理解成同一件事？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
字段 在项目中负责什么
- 什么时候用
- 表单、线索、商品或报表开始被设计，需要让每个人填写和理解同一份资料时。
- 它解决什么
- 它让数据可以被收集、筛选和计算，也让页面、表单与后台拥有一致的语言。
- 它不负责什么
- 字段越多不等于信息越好。每一项都应回答它会支持什么动作或决策。
- 放进真实项目
- 询盘记录包含公司、联系人、邮箱、来源、需求、负责人和跟进状态。
让一格数据只回答一个稳定问题
展会名单里国家有人写 US、USA、美国；销售在备注里又写了跟进状态。以后想按市场筛选，数据已经无法比较。
- 01
先列业务必须筛选、统计和交接的事实。
- 02
为每个事实选择字段名、类型和校验。
- 03
把备注留给无法标准化的上下文。
字段名、类型、约束、业务含义，要一起约定。
容易混淆的地方
字段是资料的格子；数据类型规定每个格子能放什么格式。
产品编号是 00125，需要保留开头的零，但不参与加减运算。哪一种字段设计更合适？
一个字段，要把人和系统的约定说完整
询盘表单有“预计数量”一栏。有人填 500，有人填“先看样品”，销售无法筛选，系统也不清楚何时该提示错误。
你可以这样告诉 AI Agent
我在处理这件事：询盘记录包含公司、联系人、邮箱、来源、需求、负责人和跟进状态。请以“字段”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：AI 产品、外贸独立站与界面拆解实践