U7.01.1Multiple views divide distinct questions设计

多视图分担不同问题

别名: 多视图分工 · 视图职责

概念解释

仪表盘上的每个视图都应该回答一个明确的问题:总量是多少、趋势朝哪、构成如何、异常在哪。多视图的存在理由是分工——不同问题需要不同图形与不同粒度,一屏多视图让用户在一眼内完成多问题的扫描。没有各自问题的视图是占位装饰,它在消耗画布与注意却不产出判断。

机制

分工的必要性来自问题与图形的匹配关系:趋势问题适合折线、构成问题适合堆叠或占比、对比问题适合条形、状态问题适合数字或信号灯——没有万能图形,所以完整回答一组业务问题必然需要多个视图。分工还发生在粒度层:概览视图回答"要不要关注",明细视图回答"关注什么",两者的信息密度与抽象层级不同。设计上每个视图应能用一句话说出"我回答什么问题",这句话同时是视图的选型依据、位置依据与裁剪依据——说不出来的视图就是下一叶要清理的对象。

边界

分工不等于每个指标一个视图:同一问题的不同侧面可以合并进一个复合视图(数值加迷你趋势),问题数与视图数的映射要通过任务分析来定而非机械一一对应。分工也会随时间漂移——业务问题变了,原来各司其职的视图可能集体失焦,仪表盘需要定期回检"每个视图还在回答它该回答的问题吗"。

怎么落地

  • 设计仪表盘前先列问题清单:用户打开这一屏要回答哪几个问题,按优先级排序。
  • 每个视图对应清单上的一个问题,标注在配置里;对应不上的视图删除或改版。
  • 验证:请用户看仪表盘后复述"这一屏告诉我了什么";复述出的结论与问题清单吻合即分工成立。

延伸

  • 同组U7.01.2 视图之间需有明确的数据关系 · U7.01.3 无关视图堆叠会分散注意
  • 相邻U2.01.1 比较、趋势、分布、构成、关系对应不同图形 · U7.07.2 阅读顺序应与决策顺序一致
  • 站内检索dashboard design · view purpose · task driven dashboard

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/U7.01.1