オリエンテーション/情報アーキテクチャの位置づけ
概要
- 日程: 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がどうつなぐかを表したものです。
このように、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要素(部分)という包含関係を図で確認する |