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