> ## 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 />
  **起源**: 人間とコンピュータの相互作用研究と実務的UI設計<br />
  **別名**: layered disclosure、staged complexity reveal
</Info>

<Note>
  **先に答えると** — **段階的開示の原則**（Progressive Disclosure）は、最初に必要最小限の情報と操作だけを示し、利用者の意図が明確になった時点で高度な選択肢を開示する考え方です。これにより、初学者の負担を下げながら上級者向け機能も維持できます。
</Note>

## 段階的開示の原則とは？

**段階的開示の原則**（Progressive Disclosure）とは、複雑さそのものを消すのではなく、利用者の文脈に合わせて表示順を設計する方法です。

> 優れたUIは機能を減らすのではなく、判断しやすい順番で機能を見せます。

この原則は、初心者と熟練者が同じ製品を使う場面で特に有効です。既定値を明快にし、深い設定は必要時に開くことで、理解しやすさと操作自由度を両立できます。[KISSの原則](/ja/principles/kiss-principle)、[最小驚愕の原則](/ja/principles/least-astonishment)、[関心の分離](/ja/principles/separation-of-concerns)とも相性が良いです。

### 段階的開示の原則の3段階の理解

* **入門**: 最初の画面は「次に必要な1手」だけを明確にする。
* **実践**: 詳細設定は明確な意図シグナルが出た時に開示する。
* **上級**: 利用ログで開示タイミングを検証し、層構造を継続的に最適化する。

## 起源

段階的開示の背景には、認知負荷に関する心理学とHCIの知見があります。人間の作業記憶には限界があり、同時に多くの選択肢を提示すると判断精度と速度が下がることが知られています。

実務では、デスクトップソフトやWebサービスの設計を通じて原則が洗練されました。機能を一度に露出する設計は「高機能」に見えても、学習コスト増大や誤操作を招きやすいと分かったためです。

現在は、アコーディオン、詳細設定パネル、条件表示フォームなど、段階的開示を前提としたUIパターンが設計システムに組み込まれています。

## 要点

段階的開示は、情報を隠す技法ではなく、利用者の目的順に構造化する技法です。

<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 のUIは、段階的開示の実例としてよく参照されます。トップ画面は主要意図に最適化された最小構成を保ちつつ、高度な検索演算子や詳細条件は必要な利用者が追加で使える設計です。

観測可能な成果は、巨大な利用規模でも基本タスク完了が高速であることと、上級者向け機能が共存していることです。これは、機能の深さを維持しながら初期負荷を抑えられることを示しています。

## 限界と失敗パターン

段階的開示は設計を誤ると「見つからないUI」になります。

* **重要情報の埋没**: リスクや費用、取り消し不能操作の情報を深層に隠してはいけない。
* **発見可能性の低下**: 高度機能が見つけにくいと、熟練者の作業効率が落ちる。
* **状態不透明**: 展開状態が分かりにくいと、現在設定の誤認が起きやすい。

## よくある誤解

段階的開示は「見た目をすっきりさせるだけ」と誤解されがちです。

<AccordionGroup>
  <Accordion title="誤解：段階的開示は機能を削ることだ">
    **訂正**: 目的は削減ではなく順序設計です。必要な機能は維持したまま開示時点を調整します。
  </Accordion>

  <Accordion title="誤解：初心者だけに有効だ">
    **訂正**: 熟練者も恩恵を受けます。初期ノイズが減り、高度操作はすぐ到達できるためです。
  </Accordion>

  <Accordion title="誤解：層を増やすほど良い">
    **訂正**: 層が増えすぎると操作コストが増えます。頻出タスクの最短導線を基準に設計すべきです。
  </Accordion>
</AccordionGroup>

## 関連概念

段階的開示は、他の設計原則と組み合わせると実装品質が安定します。

<CardGroup cols={3}>
  <Card title="KISSの原則" href="/ja/principles/kiss-principle">
    既定画面を簡潔に保ち、段階的開示の効果を最大化します。
  </Card>

  <Card title="最小驚愕の原則" href="/ja/principles/least-astonishment">
    開示された設定の挙動を予測可能にし、学習コストを下げます。
  </Card>

  <Card title="関心の分離" href="/ja/principles/separation-of-concerns">
    機能責務を整理してから開示順を設計すると、一貫性が高まります。
  </Card>
</CardGroup>

## 一言で言うと

<Tip>段階的開示は、最初は迷わせず、必要な時にだけ深さを見せることで、使いやすさと機能性を両立する原則です。</Tip>