visual-thinking

視覚的アナロジーの作成：認知プロトコル

視覚的アナロジーは、空間的な関係を使って抽象的なパターンを具体化し、なじみのある領域の関係構造をなじみのない領域に対応づけることで効果を発揮します。

基本原則

構造を明らかにする要素は追加し、構造を見えにくくする要素は削除します。問うべきことは、**「この複雑さは理解に役立っているか？」**です。

---

パート 1：診断フェーズ

ステップ 1.1：関係構造の核心を抽出する

表面的な特徴ではなく、関係のパターンを特定します。

手順：

1. 視覚化する必要がある概念やシステムを書き出します
2. 「ここでは何が何と関係しているか？」と問い、すべての関係を列挙します
3. 「何が何に影響するか？」と問い、すべての因果関係を列挙します
4. 「何が一緒に変化するか？」と問い、すべての相関関係を列挙します
5. 最も重要な関係を 1 つ特定します。これが構造の核心です

例 - 「顧客ロイヤルティプログラム」：

• 関係：顧客 ↔ 企業、購入 ↔ ポイント、ポイント ↔ 報酬
• 因果関係：購入 → ポイントが貯まる → 報酬が利用可能になる → 購入が増える
• 同時に変化するもの：投資した時間 ↔ スイッチングコストの増加
• 構造の核心：段階的な投資が、離脱の障壁を高める

有効な理由（Gentner の構造写像理論）：アナロジーは、表面的な属性を一致させるのではなく、関係のシステムを対応づけることで効果を発揮します。

ステップ 1.2：質問の種類を分類する（6W フレームワーク）

どのような種類の理解を生み出そうとしているのかを判断します。これによって、適切な視覚形式が決まります。

判断フロー：

IF asking "what kind of thing is this?" or "how do these categories relate?"
  → WHO/WHAT (Qualitative/Portrait)
  → Use: Venn diagrams, attribute lists, categorical groupings

ELSE IF asking "how much/many?" or "compare quantities"
  → HOW MUCH (Quantitative/Charts)
  → Use: Bar charts, line graphs, proportional areas

ELSE IF asking "where is this in relation to other things?"
  → WHERE (Positional/Maps)
  → Use: 2x2 matrices, positioning maps, spatial layouts

ELSE IF asking "in what order?" or "when does this happen?"
  → WHEN (Temporal/Timelines)
  → Use: Sequential flows, timelines, stages

ELSE IF asking "how does this work?" or "what's the mechanism?"
  → HOW (Process/Flowcharts)
  → Use: Flow diagrams, cycle diagrams, system maps

ELSE IF asking "why does this happen?" or "what causes what?"
  → WHY (Causation/Multi-variable)
  → Use: Causal diagrams, feedback loops, correlation plots

有効な理由（Tversky の「Mind in Motion」）：認知タスクの種類によって、必要な空間構造は異なります。

ステップ 1.3：イメージスキーマを特定する

関係構造に合致する、概念化以前の空間パターンを見つけます。

普遍的なイメージスキーマ：

CONTAINER（容器） - 包含／排除／境界

• 幾何学的形状：円、箱、入れ子状の図形
• 関係：内側／外側、メンバー／非メンバー、境界あり／境界なし
• 例：「エコシステム内のユーザー」→ 入れ子状の円

PATH（経路） - 進行／道のり／順序

• 幾何学的形状：方向を示す線、接続された区間
• 関係：開始／終了、前／後、進行／後退
• 例：「カスタマージャーニー」→ 中継地点のある経路

FORCE（力） - 因果関係／影響／圧力

• 幾何学的形状：矢印、ベクトル、押す／引く動き
• 関係：原因／結果、強い／弱い、抵抗／屈服
• 例：「市場の力」→ 互いに反対向きの矢印

BALANCE（均衡） - トレードオフ／平衡／相互性

• 幾何学的形状：天秤、シーソー、釣り合いの取れた配置
• 関係：等しい／等しくない、安定／不安定、補償
• 例：「ワークライフバランス」→ おもりを載せた天秤

LINK（つながり） - 接続／関係／依存

• 幾何学的形状：ノードをつなぐ線
• 関係：接続／切断、強い／弱い結びつき、中心／周辺
• 例：「ソーシャルネットワーク」→ ノードとエッジで構成されるグラフ

CYCLE（循環） - 反復／フィードバック／再帰

• 幾何学的形状：ループ、円、螺旋
• 関係：強化／均衡、成長／減衰、反復
• 例：「フィードバックループ」→ 円形の矢印

SCALE（尺度） - 大きさ／階層／レベル

• 幾何学的形状：垂直方向の位置、サイズの違い、入れ子状のレベル
• 関係：多い／少ない、上位／下位、マクロ／ミクロ
• 例：「組織の階層」→ ピラミッドまたはツリー

有効な理由（Lakoff と Johnson の概念メタファー理論）：抽象的な推論は、空間に関する身体的経験に根ざしています。

---

パート 2：生成フェーズ

Step 2.1: 構造の対応付けによるソースドメインの選択

表面的な特徴がまったく異なっていても、同じ関係構造を持つ身近なドメインを見つけます。

手順：

1. ターゲットドメインの関係特性を列挙する：

   • Step 1.1 より：「X は［関係の種類］によって Y と関係する」
   • Step 1.3 より：「幾何学的な本質は［イメージスキーマ］である」

2. ソースドメインの候補を挙げる：

   • 質問：「この関係パターンと同じものを持つ、身近なものは何か？」
   • 検討対象：物体、自然現象、ゲーム、人間関係、機械、経済、生物学
   • 候補を 5～10 個挙げる

3. 構造の対応を確認する： 対応関係を明示した表を作成します：

   Target Element → Source Element
   Relation 1     → Equivalent Relation
   Relation 2     → Equivalent Relation
   

4. 対応の質を評価する：

   • ✓ 重要な関係すべてに対応する要素がありますか？
   • ✓ 関係の種類は同じですか（因果関係→因果関係、階層関係→階層関係）？
   • ✓ ソースドメインは単に言い換えるのではなく、新たな洞察をもたらしますか？
   • ✓ ソースドメインはターゲットドメインよりも身近ですか？

これが有効な理由（Hofstadter と Sander のアナロジー理論）：アナロジーとは、表面的な違いの下にある抽象的な共通性を見つけることです。質は構造的な同型性によって決まります。

Step 2.2: 概念ブレンディングによる洗練

ソースとターゲットの要素を選択的に組み合わせ、新たな意味を生み出します。

手順：

1. 対応表を作成する：

   Target Domain | Source Domain | Blended Concept | Emergent Insight
   

2. 創発する構造を特定する：

   • ブレンドによって、それぞれのドメインだけでは見えない何が明らかになりますか？
   • 対応付けによって、どのような新しい推論が可能になりますか？

3. 推論の生産性を確認する：

   • ソースドメインの論理を使って、ターゲットドメインについて予測できますか？
   • これらの予測から、自明ではない洞察が得られますか？

これが有効な理由（Fauconnier と Turner の概念ブレンディング理論）：意味はブレンドから生まれます。優れたアナロジーは、ソースにもターゲットにも単独では存在しない洞察を生み出します。

Step 2.3: SQVID の設定を決める

対象者と目的に合わせて、視覚スタイルを設定します。

S - 構造の詳細度

制御する内容：内部構造をどの程度明らかにするか

IF concept's insight requires seeing internal mechanisms/interactions
  → ELABORATE (show subsystems, intermediate steps, feedback loops)
ELSE IF concept's insight is in overall pattern/relationship
  → SIMPLE (show high-level structure only)

Test: Does showing internal detail change the conclusion?
  YES → Elaborate reveals necessary structure
  NO → Simple reveals essential pattern

Q - 質と量

制御する内容：カテゴリ情報か数値情報か

IF insight is about characteristics/attributes/types/categories
  → QUALITY (labels, distinctions, feature descriptions)
ELSE IF insight is about amounts/measurements/comparisons/magnitudes
  → QUANTITY (numbers, scales, proportions, data encodings)

V - ビジョンと実行

制御する内容：時間の参照枠

IF showing ideal state OR future goal OR possibility space OR aspirational
  → VISION (how it should/could be, potential)
ELSE IF showing current state OR actual data OR constraints OR reality
  → EXECUTION (how it is, actuality)

I - 個別と比較

制御する内容：対象の数と焦点

IF showing one entity's internal structure/behavior/properties
  → INDIVIDUAL (deep dive into single case)
ELSE IF showing relationships between entities OR contrasting alternatives
  → COMPARISON (multiple entities, relative positioning)

D - 変化と現状維持

制御する内容：時間的な動き

IF emphasizing change/transformation/trend/evolution
  → DELTA (before/after, trajectories, rates of change)
ELSE IF emphasizing current configuration/snapshot/state
  → STATUS QUO (present moment, what exists now)

これが有効な理由（Tufte の視覚表現の原則）：視覚的な符号化はすべて、伝える情報の種類に合わせる必要があります。

---

パート 3：構築フェーズ

Step 3.1: 関係構造を空間構造に置き換える

抽象的な関係を、具体的な空間関係に変換します。

空間的な符号化のルール：

1. 因果関係 → 矢印

   • A が B を引き起こす：A から B への矢印
   • 相互因果関係：両方向の矢印（循環）
   • 強弱：太い矢印／細い矢印

2. 大きさ → サイズまたは位置

   • 多い／大きい：より大きなサイズ、またはより高い位置
   • 少ない／小さい：より小さなサイズ、またはより低い位置

3. 時間 → 水平方向または垂直方向の進行

   • より早い → 左、または下
   • より遅い → 右、または上

4. 類似性 → 近接

   • 関連する概念：近くに配置
   • 異なる概念：離して配置

5. 階層 → 垂直位置または内包

   • 上位概念：上に配置、または包含する
   • 下位概念：下に配置、または包含される

6. プロセスの流れ → 接続された経路

   • 順次：連結した経路
   • 並列：並んだ経路
   • 分岐：経路が分かれる

7. 強度／度合い → 視覚変数

   • 強度が高い：色を濃く、線を太く、サイズを大きく
   • 強度が低い：色を薄く、線を細く、サイズを小さく

これが有効な理由（Tversky の認知デザイン原則）：空間構造が概念構造と一致すると、すぐに理解できます。

Step 3.2: 構造を段階的に明らかにする

中核となる構造から外側へと構築し、各層で、構造を追加することで洞察が深まるかを検証します。

構築手順：

レイヤー 0 - 中核となる関係性の仮説 明らかにしようとしている関係性／パターン／メカニズムを、一文で述べます。これが進むべき方向を示します。

レイヤー 1 - 必要不可欠な構造

1. 関係性を示すために必要な最小限の要素を特定します
2. 適切な空間的表現を使って関係性を描きます
3. ここで止めます。検証：述べた関係性が見えるようになっていますか？
   • はい → レイヤー 2 に進みます
   • いいえ → 中核となる関係性または要素の選定を見直します

レイヤー 2 - 構造的な文脈

1. 中核となる関係性を変化させる／制約する／強める要素を特定します
2. これらの要素とその関係性を追加します
3. ここで止めます。検証：異なる条件下でシステムがどのように動作するかが明らかになっていますか？
   • はい → 文脈によって本質的な洞察が加わっています
   • いいえ → 文脈を取り除きます。構造的な要素ではありません

レイヤー 3 - 構造の詳細

1. 関係性が内部でどのように機能するかを見なければ理解できないか判断します
2. 結論を変える場合に限り、メカニズムの詳細を加えます
3. ここで止めます。検証：この詳細によって、自明でない動作が明らかになっていますか？
   • はい → 残します。必要な複雑さを示しています
   • いいえ → 取り除きます。装飾にすぎません

レイヤー 4 - 例外的な構造

1. 興味深い動作が極端な条件や境界で起きる場合に限り、追加します
2. 何が破綻し、飽和し、または反転するかを示します
3. 検証：通常のケースでは説明できない実世界の観察結果を説明できますか？

判断基準：レイヤー 0～1 は必ず含めます。動作が文脈に依存する場合はレイヤー 2 を含めます。観察された現象を説明するために必要な場合に限り、レイヤー 3～4 を含めます。

重要な洞察：各レイヤーは装飾的な詳細ではなく、本質的な構造への洞察を加える必要があります。

これが有効な理由（Tufte のデーターインク比）：インクのうち、データに充てる割合を最大化します。

Step 3.3: メンタルシミュレーションで検証する

誰かが頭の中でシミュレーションするように、ビジュアルを「実行」できるかを検証します。

検証手順：

1. 追跡テスト：ビジュアル内の経路をたどれますか？

   • 始点から始め、つながりをたどって、結論または循環に到達します

2. 予測テスト：次に何が起こるか予測できますか？

   • 初期状態を与えられたとき、関係性をたどって次の状態を推論します

3. 操作テスト：ある変数を頭の中で変化させ、その影響を確認できますか？

   • X が増加すると、Y はどうなりますか？

4. 説明テスト：初めて見る人が内容を自分の言葉で説明できますか？

   • 説明 ≠ 意図した洞察であれば、ビジュアルは機能していません

これが有効な理由（Hegarty のメンタルアニメーション理論）：効果的な図は、メンタルシミュレーションを支えます。

---

パート 4：洗練のための手順

アンチパターンの検出

すべてのビジュアルの類推に対して、このチェックリストを実行します。

□ 装飾の罠 各ビジュアル要素について、「これは関係性に関する情報を表現しているか？」と問いかけます。

• いいえ → 取り除きます
• 注：情報を表現するスタイル（カテゴリを表す色、階層を表す奥行き）は装飾ではありません

□ 構造の不一致 境界や重要なケースで、類推が成り立たなくなりませんか？

• テスト：極端な条件に当てはめます。それでも成り立ちますか？
• テスト：関連するエッジケースに当てはめます。破綻しますか？

□ 表面的な類似性の罠 関係性ではなく見た目で対応づけていませんか？

• Step 2.1 で明示的な対応表を作成します
• 関係性の種類が一致していることを確認します（因果→因果、全体と部分→全体と部分）

□ 複数の洞察 洞察を一文で述べられますか？

• いいえ → 明確な洞察をそれぞれ一つ示す複数のビジュアルを作成します
• 注：一つの多層的な構造を示す複雑なビジュアルは許容されます

□ 精密さの演出 見せかけの精密さを示していませんか？

• テスト：データ／関係性は実際にそこまで精密ですか？
• いいえ → 不確実性を誠実に反映する近似を使います

□ 認知負荷 ビジュアルの理解に過度なワーキングメモリを必要としませんか？

• テスト：同時に保持しなければならない、個別の関係性はいくつありますか？
• 7 を超える場合 → 複数の連動したビジュアルに分けるか、階層的に整理することを検討します

構造的妥当性テスト

テスト 1：構造の完全性 そのビジュアルには、洞察に必要なすべての関係性が示されていますか？

テスト 2：対応関係の忠実度 アナロジーの場合、対応するすべての関係性の種類は保たれていますか？

テスト 3：認知シミュレーション そのビジュアルを使って、誰かがシステムを頭の中で「動かす」ことができますか？

テスト 4：洞察の必要性 そのビジュアルは、すぐにはわからない何かを明らかにしていますか？

テスト 5：境界の検証 重要視する極限では、そのアナロジーは破綻しますか？

テスト 6：創発的洞察の確認 その対応関係によって、当初は考慮していなかった含意が明らかになりますか？

テスト 7：変更時の明瞭さ 要素を 1 つ変更したとき、その影響は正しく波及しますか？

---

クイックリファレンス

イメージスキーマのクイックマッチ

YOUR CONCEPT INVOLVES...     → USE THIS SCHEMA → VISUAL FORM

Categories/membership        → CONTAINER       → Circles, Venn diagrams
Sequence/journey             → PATH            → Linear flow, timeline
Influence/causation          → FORCE           → Arrows, vectors
Trade-offs/reciprocity       → BALANCE         → Scales, see-saw
Relationships/links          → LINK            → Network graph
Repetition/feedback          → CYCLE           → Loops, circular arrows
Magnitude/hierarchy          → SCALE           → Vertical position, size

6W クイック判定

QUESTION TYPE → VISUAL FORM     → SHOWS

Who/What?     → Portrait        → Categories, attributes
How much?     → Chart           → Quantities, comparisons
Where?        → Map             → Position, relationships
When?         → Timeline        → Sequence, duration
How?          → Flowchart       → Process, mechanism
Why?          → Causal diagram  → Causation, correlation

空間表現のルール

RELATIONSHIP → ENCODE AS

Causation    → Arrow
Magnitude    → Size or vertical position
Time         → Horizontal axis or sequence
Similarity   → Proximity
Hierarchy    → Nesting or vertical stack
Flow         → Connected path
Intensity    → Darkness, thickness, size

---

まとめ：完全なプロトコル

フェーズ 1：診断（何を示すのか？）

1. 中核となる関係構造を抽出する
2. 質問の種類を分類する（6W）
3. イメージスキーマを特定する

フェーズ 2：生成（何になぞらえられるか？） 4. 構造が一致するソースドメインを見つける 5. 明示的な対応表を作成する 6. 創発的な洞察を検証する（ブレンディング） 7. SQVID のパラメーターを設定する

フェーズ 3：構築（どう示すのか？） 8. 関係性を空間構造に変換する 9. 段階的なレイヤー（0～4）を構築する 10. 頭の中でシミュレーションして検証する

フェーズ 4：洗練（何を取り除けるか？） 11. アンチパターンのチェックを行う 12. 構造的妥当性テストを適用する 13. 構造が明確になるまで繰り返す

全体を通して：目的を忘れない

• Gentner：表面的な特徴ではなく、関係構造を一致させる
• Lakoff & Johnson：抽象概念を空間的な経験に根ざしたものにする
• Tversky：空間的な関係性には概念的な関係性が伴う
• Tufte：情報を最大化し、インクを最小化する
• Hofstadter：新しい対応づけによって、アナロジーは洞察を生み出す

メタ原則：ビジュアルアナロジーは、構造的な対応関係を通じて、目に見えないものを見えるようにすることで成功します。構造を明らかにすることで、すべての要素がその場にある意味を持たなければなりません。

---

パート 5：アニメーションによるビジュアルストーリーテリング

媒体が動画やインタラクティブな構成（静止画像ではない）の場合、時間が構造的な次元になります。アニメーションは注意をコントロールし、関係性を順に示し、ペース配分によって感情的な反応を生み出します。

5.1：技術解説のナラティブアーク

アニメーションによる可視化にはすべて、明確な展開を持つストーリー構造が必要です。何も起きない時間は、視聴者の関心を失わせます。

5 ビートの展開：

1. 主役の登場（尺の 0～15％）：対象をフレームいっぱいに映します。カメラを近づけます。何かが起きる前に、視聴者が何を見ているのかを理解できるようにします。最初から引いた画で始めないでください。ワイドショットは段階を踏んで見せます。

2. 問いかけ（15～25％）：問題や選択肢を提示します。テキストのオーバーレイ：「どうレンダリングするのか？」これにより緊張感が生まれ、アニメーションの後半で解消されます。

3. 仕組み（25～55％）：システムがどのように機能するかを示します。ここで構造的なアナロジーを空間的に展開します。並べた比較はここで効果を発揮します。視聴者の視線が 2 つのアプローチの間を行き来するからです。

4. 決め手（55～70％）：見せ場です。並列処理側が終わる一方で、逐次処理側はまだ続いています。「4 倍高速」の瞬間です。視聴者の心構えができていて、まだ退屈していないタイミングで見せましょう。

5. 余韻（70～100％）：結論をじっくり伝えます。カメラを勝者に向けて旋回させます。ただし、長く見せすぎないでください。最大でも 3～4 秒で、動画尺の 30％ではありません。

よくあるタイミングのミス：決め手が遅すぎます。動画が 14 秒なら、決め手は 13 秒ではなく、10 秒までに見せましょう。

5.2：注目を導くカメラ

カメラの位置は中立ではありません。視聴者の注目そのものです。

カメラのルール：

• 最初は寄り、引きの画は必要になってから：まず、被写体がフレームいっぱいに収まる状態から始めます。コンテキスト（新しい要素や比較）を見せる必要があるときだけ、カメラを引きます。引きの動き自体が物語の一拍になります。

• 新しい要素が現れる前に引く：タイムラインの下にワーカーノードを追加する場合は、表示する余地を確保できるよう、先にカメラを引きます。要素を画面外から登場させてはいけません。

• 勝者の側へ回り込む：比較では、最後の場面でカメラを勝者側へ寄せます。敗者は遠ざかります。視聴者の視点が文字どおり移動し、答えを支持する構図になります。

• 強調にはスナップズーム：重要な指標（「4×高速」）が表示されるときは、対象に向かって素早く200～300msズームし、その後、滑らかに元に戻します。これは太字テキストに相当する視覚表現です。

• 動作中は控えめに揺らす：処理中の場面では、ごく軽いカメラの振動（0.01～0.02 units）を加えると、シーンに躍動感が生まれます。揺らしすぎると、気分が悪くなります。

5.3：比較のビジュアル化（競争パターン）

「従来の方法と私たちの方法」を見せる場合、前後を順番に見せるよりも、左右に並べて競争させるほうがはるかに印象的です。

競争パターン：

1. 一つの状態から始める：一つのオブジェクト（コンポジション、データ、プロセス）を見せます。
2. ドラマチックに分割する：レーザーカット、フラッシュ、複製イベントなどを使います。これは静かな切り替えではなく、物語の一拍です。
3. すぐにラベルを付ける：「Traditional」（暗め）と「Editframe」（明るめ）を表示します。抽象的なCS用語ではなく、ブランド名を使います。
4. 同時に競争させる：両側を同時に処理します。視聴者の視線は両者の間を行き来します。進捗インジケーターを使うと、速度差が目に見えてわかります。
5. 勝者が先に終わる：高速側が完了する一方で、低速側は明らかに遅れています。この瞬間を保ちます。これが証拠です。

感情を伝える色分け：

• 遅い／古い／悪い：暖色系（オレンジ、アンバー）、暗め、不透明度を低く
• 速い／新しい／良い：寒色系（ブルー、ティール）、明るめ、発光を強く

5.4：抽象より具体

すべての要素は、視聴者が認識できるものを表す必要があります。

「ボックス＋ラベル」の落とし穴：よくある失敗は、「SERIALIZE」「INITIALIZE」「F₁」といったラベルを付けた抽象的なボックスを使うことです。これでは何も伝わりません。影付きのフローチャートにすぎません。

改善策：実際のエディターのタイムラインのようなもの（複数のトラックや長さの異なるクリップ）を見せます。処理中に脈打って光るワーカーノードを表示します。速度の異なるプログレスバーを見せます。処理中のノードを通って流れるパーティクルを表示します。視聴者は、テキストラベルがなくても何が起きているか理解できるはずです。

指標で決め手を示す：「4×高速」は具体的です。「並列処理」は抽象的です。最後は必ず、測定可能な主張で締めくくります。

5.5：媒体に合わせたサイズ設定

レンダリング後の動画では、オブジェクトを想定よりかなり大きくする必要があります。

目安：

• 要素がフレーム幅の5%未満の場合、レンダリング後には見えません。
• プログレスバーを見えるようにするには、フレームの高さの少なくとも3～4%が必要です。
• テキストオーバーレイには、ウェブページで使うフォントより50%大きいサイズが必要です（動画では実効解像度が低くなります）。
• パーティクルエフェクトは、ライブプレビューで見栄えのよいサイズの2～3倍にする必要があります（圧縮で品質が大きく損なわれます）。
• ライブプレビューを見るのではなく、レンダリングして出力を確認してください。

5.6：構造を表す手段としての3D

3Dの遠近感は、奥行きの階層やプロフェッショナルな仕上がりを加えますが、構造を表すために使う必要があります。

3Dが役立つ場面：並列性（横並びのレーン）、階層（上下）、進行（カメラからの遠近）、強調（近いほど重要）を示す場合

3Dが逆効果になる場面：概念そのものが2D（フローチャート、タイムライン）である場合。遠近感による歪みが比較を見えにくくする場合。純粋に装飾として使う場合。

3Dライティングが伝えるもの：明るさ＝動作中／重要。影＝安定感／現実感。発光＝エネルギー／処理中。鏡面ハイライト＝品質／洗練度。

---

追加リソース

詳細な実例（技術的負債、ネットワーク効果、複利など）や、ドメイン固有のパターンライブラリについては、examples.md をご覧ください。

高度な手法（段階的な情報開示、制約の強調、通時的な比較）や、よくある失敗パターンとその修正方法については、advanced.md をご覧ください。