你在字段里写的是“状态”，用户看到的可能是“流程”；你设计的是“枚举值”，业务理解的是“权限边界”。这篇文章，就是一次对“字段思维”的深度反思——B端产品经理，你真的在字段里思考了吗？
1、字段在现实业务流程中的作用。
此字段承载的数据值对业务工作很重要，业务会通过此数据值判断业务或执行工作。
例如：学生姓名对教师很重要但此字段值并不唯一，系统识别学生信息通过学员ID或学员学号。
2、字段在系统业务流程中的作用。
影响系统业务流程。例如：订单状态为“待支付”时，在网销场景中很重要，触发系统发送通知销售跟进线索。
影响其他字段值。例如：客户类型为“企业”时，需要填写企业“统一社会信用代码”；客户类型为“个人”时，需要填写“身份证号”。
3、权限：不同角色对字段的查看和编辑。
不支持销售查看商品总成本价格。
支持销售查看商品金额，不支持修改商品金额。
字段与字段值（数据）关系，可以将两者类比为种属关系。字段是有着特定含义和作用的一类数据的总称，字段值是字段具体的表现（数据）。
字段含义对数据的影响。例如：字段“有效订单数量”，其字段值50，数据是否包含已关闭状态的订单数量。特别：大型系统中字段名称一样但含义有所不同。
用户通过系统表单填入字段数据时，字段以及字段值格式等，影响系统使用什么控件收集数据值。例如：日期，采用日期选项框控件。
字段值：
标准，影响字段值质量。字段值越符合业务/系统要求的字段值标准，价值越高。
变动频率，特别是枚举值，如服务院校前期变化频繁，考虑做成由后台配置“字典表”。
如上图，典型电商订单管理页面
（下列分析非必须以此顺序）
观察1：页面数据
（1）顶部，按订单状态分页交互。
字段为“订单状态”，字段值
（2）订单查询功能区。
以上所述，部分数据思考，其可以根据业务认知等进一步分析。
在整个业务流程中，订单模块所处的位置，上游是什么？下游是什么？
提交系统订单——订单管理——取消/快递/完成
业务猜想：
①在销售业务中的“催单”。
用户（消费者）下订单后暂未支付，系统设置订单倒计时，订单即将关闭（取消）时向用户发送短信提示。
关键要求：订单状态，订单状态下的倒计时。
②在售后业务中的“快递”。
用户已成功下单，订单为需快递订单，订单推送到物流系统，返回运单号等一系列信息。
字段“订单号”，编码规则可能为“年月日时分秒+随机数”。
金额字段，价格精确到小数点后两位，价格显示单位“元”。
等等
查询条件筛选框，如下单时间，提示语“开始日期”“结束日期”。
配送地址，省市区，系统自己的地区字典库，用户地区为选择项。
订单商品名称下有“灰色”等描述，这是商品规则，即系统用到一个商品多个规格的概念，从单一商品到商品多规格。增加了商品扩展性，也减轻用户查询商品的负担。
本文由 @产品-子鱼 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。