后台产品之字段设计

B端产品经常会涉及到大量的数据，业务逻辑和系统逻辑都相当复杂。对于产品而言，如果不能将这些都梳理清楚，方案将会漏洞百出，和研发也很难沟通。字段设计作为方案设计的最小颗粒度，是其中相当重要的一环。

最近接手了商家对账的产品，核心是为商家提供他们需要的数据。一番折磨之后，终于有了一点小小的思考。

字段设计主要围绕两部分展开，字段类型和字段维度。

首先，字段类型主要包括以下三大类。我们通过梳理清楚这三大类字段，基本能够列全我们需要的字段。

（1）业务型字段。这部分字段来源于业务场景和规则的梳理，对于产品经理来说是最重要的，只有在梳理清楚业务后，才能动手梳理字段。比如，我现在要做一个给商家核对订单的产品。从业务流程上分析，商家需要查看自己在某天销售的某个订单，订单是谁下单的，订单包含了哪些商品及对应的数量，现在订单处于什么状态。

可以看到，在这个业务流程中，包括了这么几个字段：订单号、下单时间、买家名称、商品名称、商品数量、订单状态。

（2）系统型字段。对系统来说比较重要的字段，比如系统主键、业务ID、创建时间、创建人、修改时间等。对于上面的案例而言，应该有一个ID作为数据表主键，在数据落库后生成创建时间，订单状态更新后，更新修改时间。

（3）管理型字段。这些字段用于记录管理人员对业务后台执行相关操作的操作日志信息，一般包含操作时间、操作人、备注等。

接下来，在梳理清楚这三种字段类型分别对应了哪些字段后，可以开始梳理字段维度，来更清晰地定义这些字段。

字段维度主要有四种，字段值类型、字段值来源、字段值长度、数据插入时间。

（1）字段值类型：字段值是否包含枚举，如果有的话，分别对应着哪些枚举值；日期时间，是按天的，还是到时分秒；浮点数，包括金额类型、定义小数点后位数、前位数等；是否可以为空；

（2）字段值来源：是系统输入，还是自动生成，还是系统间交互；

（3）字段值长度：存储在数据库中的值最长长度是多少；

（4）数据插入时间：在什么时间插入该数据。比如创建时间应该在该条数据落库时写入，状态应该在上游系统下发某个消息时进行更改等。

梳理清楚这些，才能在和研发沟通时避免被怼。不得不感慨一句，激励我不断思考的，是作为产品经理的强烈求生欲。