B端产品在字段或字段值中思考什么?

你在字段里写的是“状态”，用户看到的可能是“流程”；你设计的是“枚举值”，业务理解的是“权限边界”。这篇文章，就是一次对“字段思维”的深度反思——B端产品经理，你真的在字段里思考了吗？

业务与字段

1、字段在现实业务流程中的作用。

此字段承载的数据值对业务工作很重要，业务会通过此数据值判断业务或执行工作。

例如：学生姓名对教师很重要但此字段值并不唯一，系统识别学生信息通过学员ID或学员学号。

2、字段在系统业务流程中的作用。

影响系统业务流程。例如：订单状态为“待支付”时，在网销场景中很重要，触发系统发送通知销售跟进线索。

影响其他字段值。例如：客户类型为“企业”时，需要填写企业“统一社会信用代码”；客户类型为“个人”时，需要填写“身份证号”。

3、权限：不同角色对字段的查看和编辑。

不支持销售查看商品总成本价格。

支持销售查看商品金额，不支持修改商品金额。

字段与数据

字段与字段值（数据）关系，可以将两者类比为种属关系。字段是有着特定含义和作用的一类数据的总称，字段值是字段具体的表现（数据）。

字段含义对数据的影响。例如：字段“有效订单数量”，其字段值50，数据是否包含已关闭状态的订单数量。特别：大型系统中字段名称一样但含义有所不同。

数据运算逻辑。例如：字段“利润=实付-成本”。更加复杂的运算公式中，需要明确舍取规则，如小数点后有数字均认定为“1”。

数据类型。文本、数字、日期、枚举（单选）、多选或文件等等。

数据格式。日期呈现样式“2025-09-20”“20250920”“2025.09.20”。

数据来源。用户填入，系统生成，其他系统同步或数据库直接导入等。数据来源不同时，需要注意进入本系统前要进行数据清洗等特殊处理。

字段与交互

用户通过系统表单填入字段数据时，字段以及字段值格式等，影响系统使用什么控件收集数据值。例如：日期，采用日期选项框控件。

校验规则。保证进入系统的数据值有效，例如：大陆身份证号，按编号规则校验。何时校验的交互，失去焦点时或者提交表单时。

字段说明。placeholder（占位符），描述字段含义或字段值输入格式说明等。

字段默认值。字段常见输入值默认填入或选中，提高效率。

字段必填或非必填标识。

字段禁用或可更改。

字段与价值

字段必要性。在当前版本阶段中，字段是否必须，即考虑现状与未来。

字段使用频率。字段留空的情况，占比多少，以此重新考虑字段。

字段扩展性。在未来，当业务发生变化时，字段的持续可用性。（需要了解未来需求变化方向）。

字段值：

标准，影响字段值质量。字段值越符合业务/系统要求的字段值标准，价值越高。

变动频率，特别是枚举值，如服务院校前期变化频繁，考虑做成由后台配置“字典表”。

以页面为例的思考

如上图，典型电商订单管理页面

（下列分析非必须以此顺序）

观察1：页面数据

（1）顶部，按订单状态分页交互。

字段为“订单状态”，字段值

（2）订单查询功能区。

字段为“订单来源”。

字段为“支付方式”。列表中“余额支付”标签，猜测此电商具有充值购买业务需求。

字段为“配送方式”。电商常见快递配送，猜测可能有“上门自提”。

字段为“自提门店”。验证了配送方式-上门自提的可能性。猜测业务非纯电商平台，线下可能有多家连锁店面。

字段为“下单时间”。列表中“2024-05-1010：30：00”。筛选方式可能是“年月日时分秒”，可能是“年月日”，系统需要处理开始/结束日期的时分秒，补“23：59：59”还是“00：00：00”

字段为“关键词”。从交互形式，选择查询字段，字段值关键字查询。

以上所述，部分数据思考，其可以根据业务认知等进一步分析。

思考1：订单数据来源

在整个业务流程中，订单模块所处的位置，上游是什么？下游是什么？

提交系统订单——订单管理——取消/快递/完成

业务猜想：

(1)在销售业务中的“催单”。

用户（消费者）下订单后暂未支付，系统设置订单倒计时，订单即将关闭（取消）时向用户发送短信提示。

关键要求：订单状态，订单状态下的倒计时。

(2)在售后业务中的“快递”。

用户已成功下单，订单为需快递订单，订单推送到物流系统，返回运单号等一系列信息。

思考2：字段数据规则

字段“订单号”，编码规则可能为“年月日时分秒+随机数”。

金额字段，价格精确到小数点后两位，价格显示单位“元”。

等等

思考3：字段交互

查询条件筛选框，如下单时间，提示语“开始日期”“结束日期”。

配送地址，省市区，系统自己的地区字典库，用户地区为选择项。

思考4：价值

订单商品名称下有“灰色”等描述，这是商品规则，即系统用到一个商品多个规格的概念，从单一商品到商品多规格。增加了商品扩展性，也减轻用户查询商品的负担。