📖 テーマ設定
🔊 音声設定
1.2
1.0
1.0
▶️ 再生コントロール
🎵 BGM設定
0.3
🔔 効果音設定
0.3

オリエンテーション/情報アーキテクチャの位置づけ

概要

  • 日程: Day1 / セッション1
  • 時間: 9:00-9:30
  • 形式: 座学
  • ゴール: 情報アーキテクチャが生まれた背景とUXとの関係を、自分の言葉で説明できる
  • 学習形式: 対話型解説

導入(5分)

🗣️ 要約

  • この研修はチーム(4〜5名)制で、生成AIを学習パートナーとして進める
  • 情報アーキテクチャは目に見えにくい概念であり、多くのシステムが失敗する原因になっている

おはようございます。これから4日間、「情報アーキテクチャ(IA)」について学んでいきます。

この研修には、大事な特徴が2つあります。

  • チーム(4〜5名)で進める研修であること
  • 生成AIを学習パートナーとして、対話しながら理解を深めていくこと

講師が一方的に説明するのではなく、皆さん自身がチームで議論し、分からないところはAIに質問しながら進めます。AIは答えを教えてくれる先生ではなく、一緒に考えてくれる相棒だと思ってください。

さて、いきなりですが質問です。「情報アーキテクチャ」と聞いて、何を思い浮かべますか?

おそらく多くの人が「よく分からない」と感じたはずです。それで大丈夫です。実は情報アーキテクチャは、目に見えにくい概念だからこそ、多くのシステムが失敗する原因にもなっています。このセッションが終わる頃には、「なぜ情報アーキテクチャを学ぶ必要があるのか」がはっきり分かるようになっています。

本編(20分)

🗣️ 要約

  • 研修は情報整理(Day1)→情報モデル化(Day2)→設計思想の選択(Day3)→実装(Day4)の順に進む
  • 情報アーキテクチャは「情報をわかりやすく伝え、受け手が探しやすくする」ための表現技術
  • IAはWebサイト設計から生まれ、UXを構成する要素の1つである

1. なぜ情報アーキテクチャを学ぶのか

🗣️ 要約

  • 研修は「情報を集める→整理する→構造化する→実装する」という一本の道をたどる
  • 情報アーキテクチャとは「情報をわかりやすく伝え、受け手が探しやすくする」ための表現技術
  • 図書館の棚分類のように、情報の「見つけやすさ」がその情報の価値を左右する

まず、今日から4日間の全体像を先に見せます。

  • Day1:情報とは何かを学び、情報を整理・分類する
  • Day2:整理した情報を「情報モデル」という構造に変換する
  • Day3:その構造をどう実装するか、設計思想を選ぶ
  • Day4:実際にチームで実装し、成果を発表する

つまりこの研修は、「情報を集める→整理する→構造化する→実装する」という一本の道を、順番に歩いていく研修です。今日学ぶことは、明日以降ずっと使い続ける土台になります。

ここで、情報アーキテクチャの目的を先に言っておきます。

  • 情報アーキテクチャとは、「情報をわかりやすく伝え」「受け手が情報を探しやすくする」ための表現技術です

たとえば、初めて訪れた図書館で目的の本がすぐ見つかるとしたら、それは棚の分類(ジャンル別、著者名順など)がうまく設計されているからです。逆に、どこに何があるか分からない図書館では、本という「情報」はあるのに、価値を発揮できていません。情報アーキテクチャは、この「見つけやすさ」「伝わりやすさ」を設計する技術です。

このセッションが終わる頃には、皆さんは「なぜIAという技術が生まれたのか」を、他の人に説明できるようになっています。

2. 情報アーキテクチャが生まれた背景

🗣️ 要約

  • 情報アーキテクチャは、見た目は良いが情報が探せないWebサイトへの反省から生まれた
  • UXが「食事体験全体」なら、IAは「メニュー表の構成」にあたる
  • The Elements of User Experienceの5層モデルでは、IAはStructure(構造)の階層を担う

情報アーキテクチャは、もともとWebサイト設計の現場から生まれた概念です。

Webサイトが普及し始めた頃、「見た目はきれいだけど、欲しい情報にたどり着けないサイト」が大量に生まれました。デザイナーは画面の美しさを追求し、エンジニアは機能の実装に注力しました。しかし、「そもそも何をどこに置くべきか」を専門に考える役割が抜け落ちていたのです。この隙間を埋めるために生まれたのが、情報アーキテクチャという考え方です。

ここで少し考えてみてください。皆さんが最近使ったアプリやサイトで、「欲しい情報にすぐたどり着けた」体験と「どこにあるか分からず迷った」体験を、それぞれ1つ思い出せますか。その差を生んでいるものこそ、情報アーキテクチャの良し悪しです。

情報アーキテクチャは、UX(ユーザーエクスペリエンス)を構成する要素の1つでもあります。UXが「利用者がシステムを通じて得る体験全体」だとすれば、IAはその体験の中で「情報がどう整理され、どう提示されるか」を担当する部分です。

たとえるなら、UXが「レストランでの食事体験全体」だとすると、IAは「メニュー表の構成」にあたります。メニューが料理写真付きで、カテゴリ(前菜・メイン・デザート)ごとに整理されていれば、注文はスムーズです。メニューがただ料理名を羅列しただけなら、体験全体(UX)の満足度は下がってしまいます。

コード例・実例

具体的な位置づけを、有名なモデル「The Elements of User Experience(Jesse James Garrett)」で見てみます。このモデルはUXを5つの層(プレーン)で説明します。

  • Strategy(戦略):誰のための何のサービスか
  • Scope(要件):何を作るか
  • Structure(構造):情報や機能をどう構造化するか ← IAはここが中心
  • Skeleton(骨格):画面のどこに何を置くか
  • Surface(表面):見た目のデザイン

下の図は、目に見えない情報(要件・データ構造)と目に見える情報(画面・UI)を、IAがどうつなぐかを表したものです。

flowchart LR A["目に見えない情報 (要件・データ構造)"] --> B["情報アーキテクチャ (IA)"] B --> C["目に見える情報 (画面・UI)"]

このように、IAは「目に見えない情報」と「目に見える情報」の橋渡し役です。Structure(構造)の階層に位置しますが、その決定はScope(要件)にもSkeleton(画面設計)にも影響します。

ここがポイント

特に注意してほしいのは、「情報アーキテクチャ=画面デザイン」ではないという点です。よくある誤解として、「IAを学ぶ=おしゃれな画面の作り方を学ぶ」と思われがちですが、正しくは「情報の構造をどう設計するか」を学ぶものです。画面デザイン(Surface)はその後に決まる話です。

もう1つ、情報産業の価値がハードウェアからソフトウェア・サービスへ移行するにつれて、IAの重要度は増し続けています。モノを作る時代から、情報をどう届けるかで差がつく時代になったからです。

コラム

情報アーキテクチャという言葉を最初に使ったのは、建築家出身のリチャード・ソール・ワーマンという人物だと言われています。1970年代、彼は「情報があふれる社会では、情報を建物のように設計する必要がある」と考え、"Information Architect"という肩書きを自ら名乗りました。

面白いのは、当時はまだWebサイトが存在しなかったということです。つまり情報アーキテクチャは、インターネットより先に生まれた考え方だったのです。その後1990年代にWebサイト設計の実務家たちがこの言葉を再発見し、現在のような「情報の構造設計」という意味で広まっていきました。

「建築家」が「情報」の設計に転身する、というのは一見突飛に思えるかもしれません。しかし考えてみれば、建物も情報も「人がその中で迷わず、目的の場所(情報)にたどり着けるように設計する」という点では同じです。迷路のような建物に住みたい人がいないのと同じように、迷路のようなWebサイトを使いたい人もいないのです。

💬 AIに聞いてみよう

🗣️ 要約

  • UXとIAの違い、5層モデルの詳細、情報アーキテクトの実務内容など、疑問点はAIに質問して深掘りできる

ここまでの内容で疑問があれば、AIに質問してみましょう。たとえば:

  • 「UXとIAの違いを、別の例で説明して」
  • 「The Elements of User Experienceの5つの層について、それぞれもう少し詳しく教えて」
  • 「実務では情報アーキテクトという役割は、どんな仕事をするの?」

実習・演習(該当する場合)

🗣️ 要約

  • 本セッションは座学のみで演習はなく、次のセッション2から手を動かす演習に入る

本セッションは座学のみです。次のセッション2で、さっそく手を動かす演習「チーム分けと開発テーマの決定」に入ります。

まとめ(5分)

🗣️ 要約

  • IAは目に見えない情報と目に見える情報をつなぐ、Webサイト設計から生まれた表現技術
  • IAはUXを構成する要素の1つでStructure(構造)の階層を担い、ソフトウェア・サービス重視の時代ほど重要度が増す
  • 次回はチーム分けと開発テーマの決定を行う

今回学んだことを一言でまとめると、「情報アーキテクチャは、目に見えない情報と目に見える情報をつなぐ、Webサイト設計から生まれた表現技術である」ということです。

  • IAは「情報をわかりやすく伝え」「受け手が情報を探しやすくする」ための技術
  • IAはUXを構成する要素の1つで、Structure(構造)の階層を担う
  • 情報産業の価値がソフトウェア・サービスに移るほど、IAは重要になる

次回はいよいよ、チーム分けと開発テーマの決定です。今日決めたチームと開発テーマは、この後4日間ずっと使い続けるものになるので、しっかり選びましょう。

🔄 振り返りチェック

🗣️ 要約

  • IAが生まれた背景(Webサイト設計への反省)
  • UXとIAの関係(レストランとメニュー表のような身近な例)

以下の問いに答えられるか確認してみましょう:

  • 情報アーキテクチャが生まれた背景を、他の人に説明できますか?
  • UXとIAの関係を、レストランやメニュー表のような身近な例で説明できますか?

答えに自信がない場合は、該当部分を読み返すか、AIに質問してみてください。

補足資料

🗣️ 要約

  • 参考資料はJesse James Garrett「The Elements of User Experience」
  • 発展課題は、普段使うアプリを5層(Strategy/Scope/Structure/Skeleton/Surface)に分解すること
  • 参考リンク: Jesse James Garrett「The Elements of User Experience」(概念図として広く引用される有名なモデルです。検索して図を見てみましょう)
  • 発展課題: 自分が普段使っているアプリを1つ選び、Strategy/Scope/Structure/Skeleton/Surfaceの5層に分解してみましょう

学習ガイド

🗣️ 要約

  • 受講者からよく出る質問への回答例と、つまずきやすいポイントへの対処法をまとめている

このセクションは、受講者が理解を深めることをサポートする参考情報です。

想定される質問と回答例

🗣️ 要約

  • UXは体験全体、IAはその中の情報の構造化を担う部分
  • IAは情報アーキテクトが担うこともあるが、企画・デザイン・エンジニアの協働であることも多い
  • IAはWeb以外にもアプリ・業務システム・紙の書類設計など幅広く応用できる
質問 ヒント
UXとIAは何が違うのですか? UXは体験全体、IAはその中の「情報の構造化」を担う部分。UXが目的、IAは手段の1つと捉えると整理しやすい
IAは誰が担当する仕事なのですか? Information Architect(情報アーキテクト)と呼ばれる役割が担うこともあるが、企画・デザイン・エンジニアが協働で担うことも多い
情報アーキテクチャはWeb以外にも使えますか? 元はWebサイト設計から生まれたが、アプリ・業務システム・紙の書類設計など、情報を扱うあらゆる場面に応用できる

つまずきやすいポイント

🗣️ 要約

  • IAを「見た目のデザイン」と混同しやすいが、IAはStructure、見た目はSurfaceで別の階層
  • 抽象的で自分ごと化しにくい場合は、身近な「迷った経験」から逆算すると理解しやすい
  • UXが全体でIAがその一部という包含関係が曖昧になりやすい
つまずきポイント ヒント
IAを「見た目のデザイン」と混同してしまう The Elements of User Experienceの図で、Structure(IA)とSurface(見た目)が別の階層であることを確認する
抽象的すぎて自分ごとに感じられない 「最近使ったアプリで迷った経験」を具体的に思い出してもらい、そこから逆算して説明すると腹落ちしやすい
UXとIAの上下関係が曖昧になる UXが大きな体験全体、IAはその中の1要素(部分)という包含関係を図で確認する
読み上げを開始します...

AIに質問する