复杂界面的渐进披露

大理论

复杂产品常把所有设置、权限、集成、计费、通知、导出、自动化和危险操作塞进同一页面，结果用户既看不懂，也容易误操作。渐进披露把界面拆成主路径、条件展开、详情面板、高级区和危险区，让用户先完成最常见任务，再按需进入更深层控制。

小知识点

1. 先按任务频率分层：primary everyday、secondary occasional、advanced rare、dangerous irreversible。
2. 披露入口要说明里面是什么，例如“高级通知规则”比“更多设置”更有信息气味。
3. 条件字段要保持父子关系：父选项改变后展示子字段，并解释为什么出现或消失。
4. 高风险操作不只是折叠隐藏；需要独立危险区、确认、影响预览、权限提示和审计理由。
5. 披露状态应可恢复：URL、local state 或保存状态能让用户返回后继续工作。
6. 移动端披露要控制层级深度，避免 accordion 里套 accordion 让用户迷路。

设计判断

如果默认界面能完成 80% 常见任务，高级用户能通过明确路径找到深层控制，而危险操作在执行前显示影响、权限和确认，这个渐进披露才健康。

实现建议

建立 disclosure model：section、taskFrequency、riskLevel、defaultVisible、triggerLabel、expandedState、dependsOn、saveBoundary、permissionRequired、impactPreview、auditRequired。设置页中用左侧分区导航和清晰 heading 管理大类；普通高级项用 disclosure/accordion；跨对象影响用详情面板；危险区保持独立视觉和流程。表单中条件字段跟随父字段，并在隐藏时说明是否清除子值。

反例/风险

所有设置默认展开成超长页面；“高级”里混入常用选项；删除账号藏在和普通偏好一样的 accordion；条件字段突然出现但无解释；用户折叠后错误消息被隐藏；移动端连续三层抽屉导致返回路径混乱。

案例分析

NN/g 对 progressive disclosure 的经典定义是把高级或少用功能延后到次级界面，以降低学习成本和错误；Carbon 的 read-only、empty、loading 等 pattern 说明复杂状态要用清楚的状态表达，而不是只靠控件可见性；GitHub settings、Atlassian admin 和 Polaris admin 这类产品实践通常把普通设置、权限、计费、集成和危险区分区治理。可学习点是：披露层级要同时表达频率、风险和状态，而不是只做视觉折叠。

来源链接

NN/g Progressive Disclosure: https://www.nngroup.com/articles/progressive-disclosure/ Carbon Read-only States: https://carbondesignsystem.com/patterns/read-only-states-pattern/ Carbon Empty States: https://carbondesignsystem.com/patterns/empty-states-pattern/ GitHub Repository Settings: https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings