「」B端产品(1):表单设计的原则与技巧( 二 )


(2)注意排序条件和分页
常见的列表排序维度有:时间维度、处理优先级维度等 。
时间维度常常使用的是列表中数据生成的时间 , 例如订单列表中 , 可以依据订单生成的时间顺序展示订单 , 这种设计便于用户先处理创建时间早的任务 , 符合现实中先到先处理的逻辑 , 避免压单或超时 。
处理优先级维度 , 是指系统依据一些限定条件 , 为列表任务增加了优先级属性 , 例如处理人员相同时 , 可以为vip客户的订单提高处理优先级 , 在列表中较前的顺序展示 , 保证先被受理 , 提升客户体验 。
(3)设计技巧
【「」B端产品(1):表单设计的原则与技巧】列表表头除了展示字段名称信息之外 , 本身也可以扩展一些排序的属性 , 例如当列表默认为依据“创建时间”顺序排列时 , 可以增加一个这样的设计:点击“创建时间”的列名 , 即可将列表切换为倒序排列 。这一技巧可以很好的支持用户查看最新的列表数据 , 简单便捷且没有理解成本 , 在实际业务中非常有用 。
此外 , 当列表需展示的字段较多时 , 也可以对相似的字段进行合并展示 , 例如:总处理量、待处理量和已处理量 , 这三个相似且有关联的字段 , 可以合并展示 , 在字段名中通过“/”分隔三个字段名 , 在列表数据中展示为”3000/1500/1500″ , 这样可以有效地缩小列表宽度、避免字段过多带来的杂乱感 。
如果担心字段合并展示会引起用户误解 , 还可以在字段名后方展示“?”的提示图标 , 鼠标悬浮即展示字段信息说明 , 以达到消除误解的目的 。
2. 功能
当表单中通过列表展示了用户需要关注和处理的信息后 , 还需要依赖一些表单功能 , 帮助和支持用户完成业务操作 , 实现B端工单正向、逆向以及异常状态下的处理流转 。
(1)列表功能围绕
增、删、改 , 3个方面设计 。常见的表单功能有:查看详情、处理、驳回/删除、转单、挂起、抽取/获取、追加数据等 。可以根据用户在当前表单期望完成的动作进行选择 , 设计时 , 注意关键操作的二次确认机制 , 从设计角度降低用户误操作的概率 , 避免关键操作出现错误给业务带来的负面影响 。
(2)除了将表单功能独立于列表之外全局展示 , 还可以将功能与列表合并 , 在每一行列表数据后方展示对应可以进行的操作功能 。这种设计适合于同一表单中包含多种子状态的任务 , 且需要对不同子状态任务进行不同操作的业务场景 。通过对功能生效范围的调整 , 灵活支持业务操作 。
3. 搜索
搜索其实是对列表数据的查找 , 实际业务中 , 列表数据量级往往比较大 , 增设搜索功能 , 可以帮助用户快速找到目标数据 。
(1)搜索项的设计原则
在使用中 , 索引本身应该是0思考成本的 , 否则就失去了索引的核心价值 。围绕这一点 , 有两个设计时的原则:宁少勿多和高频前置 , 即不要揣测用户需要 , 而是实际调研 , 只设置有限的、会被真实使用的搜索项 , 并且最常使用的展示位置尽量靠前 。在搜索项的设计中 , 产品经理应当克制 , 数量超过10个的搜索项 , 使用起来就十分困难了 。
(2)当搜索项不可避免得比较多时 , 可以进行分类展示 , 降低寻找成本
常用的有两种分类方式:
①信息维度
常见的有列表信息自有属性维度的分类和任务属性维度的分类 , 例如:
订单信息自有的属性包括:客户姓名、产品名称/编号、商品类别、价格范围、订单创建时间等;
任务属性则包括:订单处理状态、处理人、处理时间、处理结果等 。
②条件类别维度
例如可以按照时间类、名称类、状态类等将订单列表的搜索项分为:
a.订单创建时间、订单失效时间、订单处理时间
b.客户姓名、处理人姓名、商家名称
c.订单状态、商品状态、订单处理状态等 。


推荐阅读