设计目标-缩短检索路径，减少检索区占用的屏幕空间，提高首屏屏效，将展示区域更多留给表格

设计优化方向：

• 业务目标-提升招聘人员的检索效率 ；
• 设计目标-缩短检索路径，减少检索区占用的屏幕空间，提高首屏屏效，将展示区域更多留给表格；
• 设计策略-按照用户场景检索路径、检索频次设计信息；

但还有2个关键问题：用户场景有哪些？查询路径是什么？哪些检索频次高？依据从何而来呢？通常有两种方式：

• 依据一：数据埋点，每个操作埋个PV（点击量）,一个月后再看每个操作的数据量；
• 依据二：用户调研，通过【问卷投放】或【用户访谈】，深入理解用户真实使用场景以及与业务之间的关系。

Step 1：用户访谈

我采用的用研方式是用户访谈，原因是由于招聘人员和我们产研人员在一个园区，调研方便，得出数据的时间比埋点短；而相比【问卷投放】，用户访谈能细到具体某个字段在场景中的作用。访谈的过程因为篇幅原因就不在此具体讲述，大家可根据自己的实际情况选择适合的用研方式。

访谈中了解到，招聘人员的工作是发布岗位信息，快速招到合适的人。因此他们在该页面的TOP场景就是对岗位上下架，即【新增】和【删除】，而检索的TOP场景有哪些呢？

• 对上架中的已招满的岗位进行下架处理，完整的检索路径为岗位状态>岗位名称>项目；
• 设置岗位佣金，因佣金会根据需求方要求及紧急程度动态变化，完整的检索路径为岗位名称>佣金排序；
• 汇报招聘进度，对于个别需求量大、急聘的项目，领导特别重视，经常需要导表。完整的检索路径为急聘>岗位名；

通过场景得出高频检索为【岗位状态】、【岗位名称】、【急聘】，其他如【项目】和【城市】检索条件只是当岗位名称重复时来进行组合筛选，但该场景在我们业务中很少遇到，如【仙林店诚招配送员】，门店重合率很低。

Step 2：信息排序

访谈中我们已经得到了用户对各个检索项的使用频率，那信息排序的原则是：按使用频率，用户目标高于业务逻辑，而改版前并非是按照使用频率排序的。再回到用户场景，在汇报招聘进度时需要检索的【急聘】并不在检索项中，需要和产品经理反映这一点

Step 3：组织及隐藏

直接展示高频检索项【岗位状态】、【岗位名称】和【急聘】，其他低频项折叠至高级筛选，【项目】、【城市】

【创建人】作为下拉筛选，查询路径较长，同时将字段组合放置在搜索选项中，采用带标签的搜索，因【岗位名】频次远高于其他字段，默认展示【岗位】

优化后如下图所示：

三、数据查看

数据查看区主要用于数据的显，用于对比、浏览，而B端后台的表格中展示的数据往往多且杂，数据种类、字段众多，10-20字段很普遍；这就需要我们在设计的时候先一步对数据进行梳理归纳，提高数据的易读性；我在对我们后台表格进行优化时，会先通过四个维度来自检，然后再有针对性的进行优化。

在讲提升数据查看区的易读性前，我们先来看看该区的结构。数据查看区主要由表头、行、列、单元格四个部分组成。

• 表头：说明数据的内容，可以包含筛选、排序等功能起到数据解释作用；
• 行和列：对本行/本列数据的描述，可以理解为是表格的骨架，是用户快速扫描并接收表格布局的关键要素；
• 单元格：表格的主体内容，承载用户的每一条数据，也是整个表格的核心。

1. 信息降噪

表格设计的本质是信息内容的有效传达，就表格本身而言应该是隐型的，应该让用户注意力聚焦在核心内容上，多做减法。

1）内容降噪

a. 控制列数

基于对实际业务需求、目标用户诉求及其行为的理解，列数尽量控制在7±2，列举用户更为关注的数据，用户需要的非重点、辅助性信息可以在详情中展示。

b. 自定义列

如果不同用户想看到的信息侧重不同，可以让用户自定义列的展示。在默认情况下仅展示最常用、最重要的几个指标（如下图）。

这样做的好处是，首先，用户能在表格上方看到所有的指标名称，避免了原来需要横向拖拽才能浏览到所有指标的情况；其次，用户可以根据自己的需要，自由的选择显示所需指标，隐藏不必要指标，减少干扰；但需注意系统应记住用户上一次的自定义列设置，减少用户重复操作。

c. 精简表头-少一字不可

表头，概括每列的主要信息，在用户使用表格中，起到数据解释作用，让数据能与之进行匹配，使用户能够看懂；表头在能够概括的情况下，尽量简炼、准确，一般可根据上下文关系来进行减短简化，以达到节省表格头部空间和减轻视觉压力的作用。

一个简单的检验表头是否精简的方法是：少一个字不可，通俗易懂的说法就是字数再精简用户就不明白意思了；可以让其他同事体验产品，看有没有一些名词定义让用户产生误解。

d. 定义专有名词

对于比较复杂的表头，可以定义一个专有名词，鼠标hover上去对专业术语或用户不常见的名词给予该字段的详细解释，同时满足新手、普通、专家用户的需求。