U6.01.3Details surface on demand, not by default设计
细节应按需调出而非默认全展
别名: 按需细节 · details on demand
概念解释
箴言的最后一步：明细信息（单条记录的全部字段、逐点数值、完整文本）应该在用户表达兴趣之后出现——悬停、点选、展开——而不是一开始就全部铺在图上。默认全展的细节不是"更多信息"，而是稀释注意的噪音：它把概览淹没，把深入变成挖掘。
机制
按需细节的机理是注意经济与信息价值的匹配：明细记录的价值只在用户锁定目标之后才兑现——之前展示，用户没有问题可问，信息无法被编码进当前任务；之后展示，同一行字瞬间可答。默认全展还与概览直接冲突：概览依赖聚合与省略（这正是前两叶的密度结论），全展细节摧毁聚合结构，图退化为表格。交互调出还有一层工程意义——细节数据可能很大（全文、明细行），按需加载才能保持响应速度。
边界
"按需"不等于"藏起来"：细节入口必须可见可发现（可点击的元素、明确的展开按钮），藏在无意点击才能触发的地方违反发现性。高频使用的字段是例外——若多数用户每次都要看某个值（如当前总量），把它常驻展示比让所有人多一次点击更划算。按需调出的细节也要有明确的退出路径，展开的内容需要能收起，否则画布被逐渐占满，概览又没了。
怎么落地
- 图上默认只放聚合层与标识层，明细经悬停提示、点选面板或展开行三选一调出。
- 调出方式全站统一：同类元素用同一种调出交互，不让用户重新学习。
- 验证：观察用户找一条明细的动作路径；能在一两次点击内到达且图面始终保持概览可读，即为按需细节合格；图面被常驻明细挤占即违规。