“卡片式UI”和“列表式UI”在B端业务中的应用( 二 )


(3)丰富的筛查能力
列表可以支持用户根据表头字段自定义筛选和查询 , 自由度上更高 , 在满足用户多种筛选查询的需求的同时提高了业务处理效率 。
(4)批量处理能力
列表可以支持用户批量处理列表中的各项数据 , 对业务效率也有较大提升 。
列表的劣势又是什么?
(1)信息深度不足
针对列表内的单条数据 , 尽管有多个表头字段可以呈现数据 , 但相比于单个卡片 , 单条列表数据的信息呈现深度仍有所不足 。
(2)易引起视觉疲劳
列表作为传统的设计 , 在各种内部平台都会大面积的存在 , 但其实对业务人员的体验来说并不算太友好 , 长久下来可能会引起用户消极的情绪 , 甚至是“催眠” 。
最后的选择
综合上述笔者分享的卡片式和列表式的优劣 , 在权衡了多方面的业务需求和用户体验的情况下 , 最终笔者还是回到了B端业务最核心的价值点—逻辑和效率 。 因此我们拥抱了处理能力和处理效率的提高 , 牺牲了部分页面设计和用户的体验 。
那在什么B端业务场景下可以尝试卡片式设计呢?
这一类业务场景需要满足几个特点 :

  1. 不依赖快速扫描;
  2. 不依赖字段的筛选查询;
  3. 不涉及大量数据的处理;
结合上述的几个特点 , 笔者举一个简单的栗子如下:
“卡片式UI”和“列表式UI”在B端业务中的应用
本文插图

上图为一款B端营销平台 , 可用于给不同的无人设备配置定制化的营销方案 。 在这样的业务场景下使用卡片式设计后 , 用户可以很清晰的看到每张卡片代表的营销方案以及部分关键细节 , 同时在营销方案的数量变化相对恒定的情况下 , 卡片式增加了空间的利用和交互体验 , 用户的“可玩性”也有了一定提高 。
总结
两种设计都有各自的明显的好处 , 卡片式设计的优势比如我们提到的空间利用、标题突出、信息深度以及交互 , 但碰上更着重于业务流程和数据处理的B端平台时 , 列表式设计便成了“王道” 。
但在不需要大量的数据接收和处理时 , 同学们还是可以大胆尝试卡片式设计的 。
本文由 @Mr.张锦鲤 原创发布于人人都是产品经理 , 未经作者许可 , 禁止转载 。
题图来自Unsplash , 基于CC0协议 。


推荐阅读