U7.07.2Reading order should match the decision order设计
阅读顺序应与决策顺序一致
别名: 信息架构顺序 · 决策流
概念解释
用户查看仪表盘不是为了"看数据"，而是为了回答一个具体的问题并做出判断。这个问题有内在的步骤链：先看总体是否正常，再看异常在哪里，再看原因是什么，最后决定采取什么行动。仪表盘上信息的排列顺序如果跟着这条决策链走——结论在前、细节在后——用户的阅读动线自然顺滑；如果顺序和决策链错位（结论藏在末尾、细节挡在开头），用户被迫反复跳转，每次跳转都在消耗注意力。
机制
错位造成摩擦的根源是工作记忆的容量约束：用户在步骤 N 获得的信息需要在步骤 N+1 仍然可用，但如果下一步所需的信息不在当前视野内，工作记忆中的上下文会在跳转过程中衰减——尤其是数值精确性，几秒钟后只剩"大概高了一些"的模糊印象。顺序与决策链对齐时，每一步的信息都在上一步的邻域，不需要跨页面保持记忆。这在多指标仪表盘中尤其重要：如果仪表盘按数据源排列（先 A 数据库的所有指标、再 B 数据库的所有指标），而用户的决策流跨数据源（先看 A 和 B 的延迟、再看 A 的吞吐量），用户就要在两个区域之间反复切换。按决策流排列意味着仪表盘的分区与用户的任务阶段对应，而不是与后端的数据结构对应——工程师按数据模型组织信息很自然，但这是工程约束，不是用户的认知模型。
边界
决策顺序不是所有用户的共同属性：初级运营人员需要从结论开始（"需不需要担心"），数据分析师可能从原始分布开始（"数据可信吗"）。当仪表盘服务多种角色时，不存在单一正确顺序，需要为不同角色提供不同的视图或允许自定义排列。决策链本身也可能因情境而变：日常巡检和故障排查走的是不同的步骤链，同一个仪表盘如果同时服务两种场景，布局的折中是不可避免的。
怎么落地
- 在布局之前写用户的决策链：先回答什么问题，再回答什么，每步需要哪些指标。
- 按决策链排列仪表盘分区，每个分区的标题用用户的问题而非数据源名称命名。
- 验证：观察一位用户首次使用仪表盘完成一次典型任务，记录浏览路径是否与布局顺序一致；路径频繁回跳即顺序与决策流不符。