后台系统中，字段类型与字段设计事项

刚入门接触后台产品的时候。

A说：你来吧，这个流程顺下来，你对后台的设计和这块的业务流程就基本熟悉了。

B说：三天吧，把原型出一下，给到设计。我们下周直接开发。

我：这么快？有点难度吧。后台产品既要给客户使用，又要给运营使用，涉及多个用户和系统的对接，印象中好多后台系统都不是上手就会使用的，这…有点复杂吧？

不知道你是否也有过这样的经历和体会呢？普通的后台产品往往是给到公司或客户的运营人员使用的产品，它不像前台产品，需要体现产品定位、突出设计感，而且能给到很多设计资源。后台产品的设计过程，公司内部往往会要求快速、效率且符合实际业务需求。

如果你参与设计的后台产品不是一个新产品，任何流程和业务都需要重新梳理。那么大概率，你的后台产品设计会围绕着字段和表单的设计进行。这篇文章会通过介绍后台产品设计中的重要元素：字段的设计，帮助你更加高效地设计后台产品。

一、字段的类型

用最直观的方式分解后台系统字段的设计，深度剖析每一种字段类型存在的价值和意义，还原后台系统字段设计的本质。

1. 操作型

名字决定命运，操作型字段，就是在表单中实现具体操作的字段设定。更准确的说法是，操作型字段作为一个触点，未来触发了具体的操作功能，改变具体某一条信息的状况。

这类字段常常放在表单的最后一列，通过点击即可触发对应的功能。常见的比如说删除、修改、查看详情、调整顺序，状态修改等。通过增加操作类字段，可以快捷地实现单条数据的快速操作。

当表单中含有大量的待操作信息时，这些信息又需要操作人员一个一个进行验证操作，这时在表单中增加操作类字段，就可快速实现单条数据的删除、修改、改变顺序、状态切换等操作。

另外， 在这类大量数据的表单中，此类操作字段最好能用更多的使用图标来呈现，这样能够帮助频繁使用功能的用户更加快速地找到操作入口，毕竟文字往往不如图片的表达更直接。

2. 序号或者ID

序号或ID作为计算机系统中最常出现的一类字段，给系统和原本复杂的业务赋予了顺序和编码。序号通常按照数据的时间序增长，这样能看出数据序列。编号和ID常常由每条信息生成特定的数字序列，在系统中做唯一标识。

这类字段往往和实际的业务没有什么关系，但是不可缺少。技术有了这个编号可以精准的对数据和信息进行定位。相当于你通过订单编号才能和客服人员快速建立起沟通的对象和基础。客服人员也可以通过订单编号快速地查看和操作你的订单信息。

在运营人员使用系统出现问题，或者请求数据支持的时候，直接说出编号能提高沟通的效率。实际设计过程中，这类字段最好放在表单的最左侧，习惯实际使用系统的人也会非常适应这种布局。

附图如下：

3. 内容主体

这类字段是较为关键的字段，需要放在唯一序号ID类字段的旁边，代表单表达内容的主体。这类字段描述一定要清晰，需要符合专业的业务情况和操作人员的认知。

后台管理系统重在管理。这一字段最主要的作用就是清晰管理的对象。通过给每个表单确定内容主体的字段，更加清晰表达表单存在的意义。最能代表主体信息的内容放在这最合适不过了。比如说：商品管理的商品名称。操作人员打开商品管理的页面，马上就能看到具体是哪些商品需要调整和运营。如下图，班级管理中的班级名称就是内容主体：

一个新的业务呈现出来的时候，内容主体常常是需要梳理探索的。我们要逐步确认、逐步舍弃，最终梳理出能够代表内容主体的字段。

4. 基础属性

属性其实是一个科学名词，鉴于这个词不是很好理解，我找来了百度百科上关于属性的定义一起学习一下：

一个具体事物，总是有许许多多的性质与关系，我们把一个事物的性质与关系，都叫作事物的属性。事物与属性是不可分的，事物都是有属性的事物，属性也都是事物的属性。

一个事物与另一个事物的相同或相异，也就是一个事物的属性与另一事物的属性的相同或相异。由于事物属性的相同或相异，客观世界中就形成了许多不同的事物类。具有相同属性的事物就形成一类，具有不同属性的事物就分别地形成不同的类。

关于属性在科学界的二级分类大家可以通过搜索去了解一下。这里给出的二级分类仅为方便后台系统字段的设计服务：

基础属性，主要是指的是内容主体在系统内，或本身具有的属性类信息字段。通过在后台呈现这些字段帮助决策人更好的了解内容主体的信息，使得概念性的内容名称变得鲜活具体。

比如说一个人作为内容主体，那么相关属性就有性别、年龄、城市、时间等，我们可以称之为基础属性 。