> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 渐进披露原则

> 渐进披露原则强调先展示核心信息，再按需求逐步展开高级选项，既降低认知负担，又保留完整能力。

<Info>
  **类别**: 原则<br />
  **类型**: 交互与信息架构原则<br />
  **来源**: 人机交互与可用性研究，后在界面设计实践中系统化<br />
  **别名**: 分层披露、阶段性复杂度呈现
</Info>

<Note>
  **快速回答** — **渐进披露原则**（Progressive Disclosure）是指：先给用户当前最需要的内容和动作，再在其明确需要时逐步展开更复杂选项。它的价值在于同时实现“上手快”和“能力深”，减少信息过载但不牺牲专业功能。
</Note>

## 什么是渐进披露原则？

**渐进披露原则**（Progressive Disclosure）是一种通过控制信息出现时机来管理复杂度的设计方法，让用户在每一步都能清楚决策，而不是一开始就被全部选项淹没。

> 好的界面不是消灭复杂性，而是让复杂性在正确时机被看见。

当产品既要服务新手又要满足高阶用户时，渐进披露尤其关键。它通过“清晰默认 + 按需深入”兼顾易用性与专业能力。该原则常与[KISS原则](/zh/principles/kiss-principle)、[最小惊讶原则](/zh/principles/least-astonishment)、[关注点分离](/zh/principles/separation-of-concerns)联合使用。

### 渐进披露原则的三层理解

* **入门**：默认界面只展示完成任务所需的最少信息。
* **实践**：依据用户意图信号逐步展开高级配置，而非随意隐藏。
* **进阶**：通过埋点数据持续优化“何时展开、展开多少、给谁展开”。

## 起源

渐进披露的理论根基来自认知心理学与人机交互研究：人的工作记忆容量有限，同时面对过多选项会显著降低决策质量与执行速度。相关可用性研究长期强调“降低首屏负荷、分阶段呈现复杂信息”的必要性。

在软件实践中，这一原则随着桌面软件与 Web 产品发展逐步成熟。团队发现“功能很多”并不等于“体验好”，如果一开始全部暴露，往往导致学习成本飙升与误操作增加。

如今，设计系统通常把该原则固化为组件策略，如高级设置折叠区、条件字段、分步向导与上下文帮助。

## 核心要点

渐进披露是否有效，取决于它是否围绕用户任务而不是围绕页面布局。

<Steps>
  <Step title="先锁定主任务路径">
    明确大多数用户最常做的第一件事，把它放在最前面，并移除无关干扰项。
  </Step>

  <Step title="基于意图触发深入层">
    通过“高级设置”“编辑更多”或重复专家行为等信号再展开复杂选项。
  </Step>

  <Step title="展开时保持上下文连续">
    尽量在当前任务附近展开内容，避免频繁跳页造成认知中断。
  </Step>

  <Step title="同时评估效率与稳定性">
    不只看完成时间，还要看错误率、放弃率与客服咨询量是否下降。
  </Step>
</Steps>

## 应用场景

只要系统存在“高频简单任务 + 低频复杂任务”并存，就适合应用渐进披露。

<CardGroup cols={2}>
  <Card title="新手引导流程">
    首次仅收集必要信息，完成核心体验后再开放个性化高级配置。
  </Card>

  <Card title="后台管理控制台">
    默认展示核心监控与关键动作，高级控制放入可展开专家面板。
  </Card>

  <Card title="医疗与政务表单">
    先显示基础问题，再根据回答条件动态展开后续字段，减少填写负担。
  </Card>

  <Card title="开发者工具界面">
    提供安全默认配置，按需暴露高级参数与调优开关。
  </Card>
</CardGroup>

## 经典案例

Google Search 的界面演进常被视为渐进披露的典型实践：首页保持极简以匹配主流意图，而高级搜索操作符与细粒度过滤能力通过次级入口提供给有需要的用户。

可观察指标是效率与可扩展性并存：在海量查询规模下，普通用户仍可快速完成核心任务，同时专家用户仍可通过高级语法提升检索精度。该案例说明，能力深度并不必然要求首屏复杂度同步上升。

## 边界与失效场景

渐进披露并非“越藏越好”。

* **关键信息被埋**：涉及风险、成本、不可逆操作的信息不应放在深层入口。
* **可发现性不足**：高级能力若难以找到，会直接伤害专家用户效率。
* **状态反馈不清**：展开层级与当前设置缺乏明确提示，会导致误判和错误操作。

## 常见误区

很多失败来自把渐进披露当作“视觉收纳技巧”。

<AccordionGroup>
  <Accordion title="误区：渐进披露就是减少功能">
    **纠正**：它不减少能力，而是优化能力被看见和使用的时机。
  </Accordion>

  <Accordion title="误区：它只对新手有价值">
    **纠正**：专家同样受益，因为默认界面更干净，深入层又能快速触达。
  </Accordion>

  <Accordion title="误区：层级越多越简洁">
    **纠正**：过度分层会增加路径成本。关键是让常用任务最短路径完成。
  </Accordion>
</AccordionGroup>

## 相关概念

渐进披露与以下原则组合时，能同时提升可用性与一致性。

<CardGroup cols={3}>
  <Card title="KISS原则" href="/zh/principles/kiss-principle">
    为默认界面建立简洁基线，减少首次认知负担。
  </Card>

  <Card title="最小惊讶原则" href="/zh/principles/least-astonishment">
    让展开后的行为和结果符合预期，降低学习摩擦。
  </Card>

  <Card title="关注点分离" href="/zh/principles/separation-of-concerns">
    先把功能按职责组织清楚，再按场景逐层呈现更自然。
  </Card>
</CardGroup>

## 一句话总结

<Tip>渐进披露的核心，是让用户先完成当下任务，再按需解锁复杂能力，而不是一次承受全部复杂度。</Tip>