情報の特性

• 日程: Day 1 / セッション 05
• 時間: [11:35-12:00]
• 形式: 座学
• ゴール: 情報の3つの特性（価値・可視性・多義性）を、自チームの情報定義書から具体例を1つずつ挙げて説明できる
• 学習形式: 対話型解説

前のセッションで、チームの情報定義書を作りました。15個以上の情報が並んでいるはずです。

ここで質問です。その15個、すべて同じ価値を持っていますか？「ユーザー名」と「最近の取引一覧」、どちらがユーザーにとって価値が高いでしょうか？答えは「ペルソナ次第」です。

実は、情報には3つの特性があります。これを知らないと、「全部の情報を平等に扱う」という設計になり、結果として「何が大事か分からない使いにくいアプリ」ができてしまいます。

このセッションが終わる頃には、自分のチームの情報を「価値の高い順」「見える/見えない別」「意味が変わる/変わらない別」に整理する目が養われています。

情報には価値があります。しかし、その価値は「誰にとってか」で大きく変わります。

たとえば「ラーメンの店名」。ラーメン好きにとっては「夢のような情報」ですが、ラーメンが苦手な人にとっては「興味のない情報」です。同じ情報でも、受け手によって価値がゼロにも100にもなります。

家計簿アプリで考えてみましょう。「今月のラーメン代の合計」という情報があったとします。

• 健康を気にする人にとって：高価値（食生活の改善指標）
• 節約家にとって：高価値（無駄遣いの発見）
• ラーメンの達人にとって：高価値（自分の食べた記録）
• 興味ない人にとって：低価値（不要な情報）

つまり、情報の価値は「ペルソナ次第」で変動するということ。だから、IAの設計で最初にペルソナを決めるのです。

「全員に高価値な情報」は存在しません。設計者は「このペルソナにとって、何が高価値か」を判断する責任があります。「全部見せておけば誰かが見るだろう」は、設計の敗北です。

情報には「見える情報」と「見えない情報」があります。

見える情報は、画面に表示されているもの、ユーザーがアクセスできるものです。家計簿アプリで言えば「金額」「日付」「カテゴリ」。

見えない情報は、内部で計算されたり、過去から推測されたり、文化的な前提に依存するものです。家計簿アプリで言えば「過去の支出傾向」「他のユーザーの平均との比較」「ユーザーの『お金の不安』という心理状態」。

ここで一橋大学の野中郁次郎先生が提唱したSECIモデルを紹介します。SECIモデルは「知識」を**形式知（文書化できる）と暗黙知（言葉にしにくい）**に分けて、それが組織内でどう変換されるかを示したモデルです。

情報設計で言えば、「見える情報＝形式知」「見えない情報＝暗黙知」とほぼ対応します。優れたIAは、暗黙知（見えない情報）を巧妙に形式知（見える情報）に変換します。

たとえばクックパッドの「つくれぽ」。「このレシピは美味しい」という暗黙知を、「写真とコメント」という形式知に変換しています。だから「人気レシピ」が浮き上がります。

情報定義書を作るとき、「見える情報」だけ書きがちです。しかし「見えない情報」（裏で計算するもの、推測するもの）にも目を向けると、設計の幅が広がります。

SECIモデルは、トヨタ生産方式や、Apple、Honda、3Mなどの製品開発の研究から生まれました。日本発の経営理論で、世界中のビジネススクールで教えられています。「日本企業は暗黙知の共有が得意」というのが、当時の野中先生の主張でした。今のAI時代も、AIが扱えるのは形式知のみ。暗黙知を形式知に変換する力こそ、人間の独自価値かもしれません。

3つ目の特性が、IAで最も重要な「多義性」です。

同じ情報が、見る人や文脈によって違う意味を持つこと、これが多義性です。

たとえば「赤」という色。

• 信号機の赤：止まれ
• 株価の赤：下落
• 中華圏の赤：おめでたい色
• 結婚式の赤：祝福

同じ「赤」でも、文脈で意味が180度変わります。

家計簿アプリで考えてみましょう。「今月の支出50万円」という情報。

• 月収100万円の人にとって：余裕（50%しか使ってない）
• 月収40万円の人にとって：赤字（収入を超えている）
• ボーナス月で大きな買い物をした人：想定内
• 普通の月で予算オーバーした人：警報

同じ「50万円」というデータでも、文脈によって「OK」「危険」「異常」と意味が変わります。

ここで、次のセッションで詳しく学ぶ**「こうもり問題」**を予告しておきます。こうもりは、見る角度によって「鳥（飛ぶから）」とも「獣（哺乳類だから）」とも分類されます。同じ存在なのに、見方で分類が変わってしまう。これがIA設計で最も難しい問題で、ペルソナを定義することで解決します。

多義性のある情報を「1つの分類」に押し込めてはいけません。たとえば「ラーメン」を「食費」だけに分類すると、「外食費」「健康記録」「趣味の出費」という多義性が失われます。設計時に「この情報は何通りの意味を持つか」を意識すると、柔軟な構造ができます。

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

• 「自分のチームの情報定義書の中で、多義性のある情報はどれか分析して」
• 「見えない情報をうまく見せている有名なアプリの例を教えて」
• 「SECIモデルを、私の身近な例で説明して」

今回学んだことを一言でまとめると、**「情報には価値・可視性・多義性の3つの特性があり、ペルソナを決めないと適切な設計ができない」**ということです。

次のセッション（午後最初）では、「こうもり問題」を深掘りし、解決策である「ペルソナ」を実際に定義します。今、自分のチームの情報定義書を見ながら、「これって誰にとっての価値？」「多義性ある？」と考えてみてください。それが午後のスタートになります。

• 情報の3つの特性を列挙できますか？
• 自チームの情報定義書から、価値・可視性・多義性の例を1つずつ挙げられますか？
• SECIモデルの4つの変換（共同化・表出化・連結化・内面化）の意味を説明できますか？

• 参考リンク: 野中郁次郎『知識創造企業』、リチャード・ソール・ワーマン『Information Architects』
• 発展課題: 自分が使っているアプリで「見えない情報を巧妙に見せている」例を3つ探す