オリエンテーション 情報アーキテクチャという地図

• 日程: Day 1 / セッション 1
• 時間: [9:00-9:30]
• 形式: 座学
• ゴール:

  • IAの定義（情報をわかりやすく伝え、探しやすくする表現技術）とUXとの関係を、自分の言葉で30秒程度で説明できる
  • 4日間の全体像（情報定義→整理分類→モデル化→設計→実装）を、資料を見ずに口頭で言える
• 学習形式: 対話型解説（生成AIを学習パートナーとして進める）

4日間の研修へようこそ。この研修に講師はいません。あなたのパートナーは生成AIです。

最初に1つ質問です。「情報アーキテクチャ」と聞いて、何を思い浮かべますか？
建築？ データベース？ Webデザイン？ どれも遠くありません。少し考えてから読み進めてください。

こんな経験はないでしょうか。

• 欲しい情報がWebサイトのどこにあるか分からず、探すのを諦めた
• マニュアルに答えは書いてあったのに、たどり着けなかった
• 自分の書いたREADMEが「分かりにくい」と言われた

情報は存在しているのに、届かない。この問題を解決する技術が情報アーキテクチャ（IA）です。
このセッションは4日間の「地図」を手に入れる時間です。旅の前に地図を広げましょう。

情報アーキテクチャ（IA: Information Architecture）の定義はシンプルです。

• 情報をわかりやすく伝える
• 受け手が情報を探しやすくする

そのための表現技術がIAです。

たとえ話をしましょう。IAは「図書館の司書の仕事」のようなものです。
本（情報）そのものを書くのが著者なら、本を分類し、棚に並べ、案内板を立てるのが司書です。
どんな名著も、倉庫に山積みでは誰にも読まれません。並べ方が価値を決めます。

対比で確認しましょう。「トップページに全メニューを美しく並べ直す」ことは、見た目の話だけならIAではありません。グラフィックデザインです。
一方「利用者が『料金』を探すとき、どの分類名ならたどり着けるかを決める」ことはIAに該当します。受け手が探しやすいかどうかを扱っているからです。

この研修で心がけてほしいことは3つです。

1. 知識体系の理解と演習での体得: 座学で知識を入れ、直後の演習で手を動かす
2. 気づきの共有: 気づいたことはAIに話す・記録する。言語化が理解を深める
3. PDCAを小さく沢山繰り返す: 一発で正解を狙わない。作る→確かめる→直すを高速に回す

IAのようなプラクティス（効率の良い手法や方法論）は、読むだけでは身につきません。
実践・失敗・再挑戦の繰り返しで体得するものです。この4日間、失敗は減点ではなく教材です。

同じ情報でも、並べ方で「探しやすさ」は激変します。社内ファイルサーバの例です。

【整理前】                        【整理後】
├── 議事録0401.docx               ├── 議事録/
├── 見積_A社.xlsx                 │   ├── 2026-04-01_定例.docx
├── logo_final_v2_fix.png         │   └── 2026-04-08_定例.docx
├── 議事録0408.docx               ├── 見積/
├── 見積_B社_改.xlsx              │   ├── A社.xlsx
└── logo_final_v3_true_final.png  │   └── B社_改.xlsx
                                  └── デザイン素材/
                                      └── logo/ （バージョン管理へ移行）

中身のファイルは1つも書き換えていません。構造を変えただけで価値が上がる。これがIAの効果です。

• IAは「情報の中身を作る技術」ではなく「情報の伝わり方・探しやすさを設計する技術」
• プラクティスは実践・失敗・再挑戦で体得する。この4日間は「失敗してよい場」
• 心がけ3点（体得・共有・小さなPDCA）は毎日使う約束事

「情報アーキテクト」という言葉を1976年に提唱したのは、建築家出身のリチャード・ソール・ワーマンです。彼は「世の中の問題は情報の不足ではなく、情報の洪水と伝え方の下手さにある」と喝破しました。彼の別の顔を知ると納得できます。ワーマンはあのTEDカンファレンスの創設者（1984年）です。「18分で誰にでも伝わる講演」というTEDのフォーマット自体が、壮大な情報アーキテクチャの実践なのです。

IAは単独で生まれた学問ではありません。Webサイト設計の現場から生まれた概念であり、UX（ユーザエクスペリエンス）を構成する1要素です。

背景には産業構造の変化があります。

• かつて情報産業の価値の中心はハードウェア（速いマシン、大きい記憶装置）だった
• 価値の中心がソフトウェア、そしてサービスへ移った
• サービスの価値は「使う人が目的を達成できるか」で決まる
• だから「情報をどう設計するか」＝IAの重要度が増し続けている

ここで考えてみてください。あなたがスマホを選ぶとき、CPUのクロック数で選びますか？ それとも「使いやすいか」で選びますか？ その答え自体が、価値の移行の証拠です。

IAの位置づけを示した有名なモデルが、Jesse James GarrettのThe Elements of User Experienceです。UXを5つの段階に分けます。

注目してほしいのは、IAが構造（Structure）段階、つまり5段階のちょうど中間にあることです。

• 下の2段（戦略・要件）は目に見えない情報（誰のため、何のため）
• 上の2段（骨格・表層）は目に見える情報（画面、色、配置）
• IAはその中間で、見えない情報と見える情報を繋ぐ

「UXデザイン＝画面をおしゃれにすること」ではありません。表層は5分の1にすぎず、その土台に戦略・要件・構造が積まれています。IAはこの土台側の要です。

家計簿アプリを5段階に当てはめてみます。

「構造」の行が空だと、上の2段は作れません。IAが橋渡し役である理由がここにあります。

• IAはUXの1要素であり、構造段階＝見えない情報と見える情報の橋渡しを担う
• 情報産業の価値はハードウェア→ソフトウェア→サービスへ移行し、IAの重要度は増している
• 「UX＝見た目」ではない。見えない下の段ほど、後から直すのが難しい

Jesse James Garrettが「The Elements of User Experience」の5段階図を最初に公開したのは2000年、書籍ではなく1枚のPDF図でした。この1枚が世界中のWeb制作者の間で爆発的に共有され、後に書籍化されます。たった1枚の図が業界標準の共通言語になった出来事自体が、「複雑な情報をわかりやすく構造化すると価値が生まれる」というIAのメッセージのみごとな実演になっています。

この研修の全体像を1本の流れで覚えてください。

• Day 1: 情報を「価値」で捉える。情報の定義と整理・分類
• Day 2: 情報を「モデル」にする。情報モデル・状態遷移・UI
• Day 3: 設計思想を「選べる」ようになる。設計アプローチ・永続化・API
• Day 4: 分離して「実装」する。モックAPI＋UIを動かして成果発表

そしてこの4日間、あなたは1つの開発テーマを持って旅をします。
家計簿システム、レシピ類推サービス、オークションシステムなど、情報処理を伴うものなら何でも構いません。

テーマの決定は今日のセッション4（11:00〜）で行います。今は「自分ならどんな情報を扱うシステムを作りたいか」を頭の片隅で温めておいてください。通勤・食事・趣味など、身近な困りごとほど良いテーマになります。

学び方は「ホール・パート・ホール」です。最初に全体（ホール）を掴み、部分（パート）を学び、最後にまた全体に戻る。このセッションがその「最初のホール」です。迷子になったら、いつでもこの地図に戻ってきてください。

4日間の成果物の積み上がり方を、家計簿システムを例に示します。

Day1: 情報定義書「支出、収入、カテゴリ、予算、レシート…」（20個以上）
        → ペルソナ「浪費に悩む入社1年目の佐藤さん」視点で整理・分類
Day2: 情報モデル「支出（日付・金額・カテゴリ）」＋状態遷移 → 機能一覧・画面一覧
Day3: 設計方針・テーブル設計・RESTful API設計書（GET /expenses 等）
Day4: モックAPI＋それを呼び出すUIが動く → デモ発表

前日の成果物が翌日の入力になります。だから毎日の成果物づくりが重要です。

• 全体像は情報定義→整理分類→モデル化→設計→実装。この5語を口頭で言えるようにする
• 開発テーマは「情報処理を伴うもの」なら自由。決定はセッション4なので、今は候補を温める
• 迷ったらこの地図（本セッション）に戻る。ホール・パート・ホールの「最初のホール」

「アーキテクチャ（architecture）」の語源はギリシャ語のarkhitekton、「棟梁・大工の頭領」です。建築の世界では、レンガの積み方（実装）より先に「誰が住み、どう暮らすか」を決めるのが建築家の仕事とされます。ソフトウェアの世界がこの言葉を借りたのは偶然ではありません。コードを書く前に「誰のための、どんな情報の構造か」を決める人が必要だったからです。この4日間で、あなたはその視点を持つ側に回ります。

このセッションの内容で気になることがあれば、遠慮なくAIに質問してみましょう。質問例です。

• 「情報アーキテクチャとUXデザインの違いを、コンビニのお弁当売り場にたとえて説明してください」
• 「The Elements of User Experienceの5段階で、『構造』が弱いWebサイトにはどんな症状が出ますか？具体例を3つ挙げてください」
• 「情報産業の価値がハードウェアからサービスに移った具体的な企業の事例を教えてください」

今回学んだことを一言でまとめると、**「IAとは情報をわかりやすく伝え、探しやすくする表現技術であり、UXの構造段階で見えない情報と見える情報を繋ぐ」**です。

• IAの定義: 情報をわかりやすく伝え、受け手が探しやすくする表現技術
• IAの位置づけ: UXの1要素。5段階モデルの「構造」段階
• 4日間の流れ: 情報定義→整理分類→モデル化→設計→実装
• 約束事: 実践・失敗・再挑戦で体得、気づきの共有、小さなPDCA

締めくくりに、いま学んだ定義と4日間の流れを、資料を閉じてAIに向かって自分の言葉で説明してみてください。言えたら準備完了です。

次のセッション2では、いきなり手を動かします。散らかった20件の情報を、あなた自身の手で「探しやすい状態」に変えてもらいます。理屈は後。まず体験です。

1. 情報アーキテクチャの定義を、「伝える」「探す」の2語を使って一文で言えますか？
2. The Elements of User Experienceの5段階のうち、IAはどの段階にあり、何と何を繋ぎますか？
3. この4日間の流れを、5つのステップで順番に言えますか？

• 参考リンク:

  • Jesse James Garrett『The Elements of User Experience』（邦訳: ウェブ戦略としての「ユーザーエクスペリエンス」）
  • Louis Rosenfeld / Peter Morville『Information Architecture』（通称: シロクマ本）
  • Richard Saul Wurman『Information Anxiety』（情報不安症）
• 発展課題:

  • 普段使っているWebサービスを1つ選び、5段階モデル（戦略・要件・構造・骨格・表層）に当てはめてAIと一緒に分解してみる
  • 「探しにくい」と感じたWebサイトを1つ挙げ、原因が5段階のどこにあるかを考察する