目次
はじめに
AFN01〜AFN03では、jrmkt.comのナビゲーション設計が直面してきた課題——固定タグの保守困難性、レンズの粒度の不均一性、つながりの判定基準の曖昧さ——に対し、情報検索・経営学・個人知識管理という三つの独立した分野から、それぞれ理論的な裏づけを確認してきた。本稿の課題は、この三理論の知見を統合し、実際にjrmkt.comへ実装可能な、具体的な設計として仕上げることである。
三理論の適用範囲の整理
AFN01〜03で扱った理論群は、それぞれ設計の異なる部分を担う。
| 理論 | 担う部分 |
|---|---|
| カネヴィン・フレームワーク(AFN02) | 利用者が最初に直面する、状況そのものの性質を診断する、入口の設計 |
| 4フレーム論(AFN02) | 一つの状況に対し、少数(3〜5程度)の固定的な切り口を組み合わせて提示するという、視界の数の目安 |
| 動的タクソノミー(AFN01) | 視界の中で、実際に該当する記事だけを提示し、無関係な選択肢を構造的に排除する、「間引き」の原則 |
| MOC(AFN03) | 視界そのものを、どう作成・維持するかという、具体的な運用の作法 |
これらは競合する理論ではなく、利用者の体験の異なる段階——「まず何を尋ねられるか」「次に何が並ぶか」「それらが誰によって、いつ作られるか」——を、それぞれ担う。
統合設計:症状診断から記事一覧までの三層構造
層1:状況の診断(カネヴィンに基づく)
利用者が最初に接する画面では、レンズの名前や視界の一覧をいきなり見せるのではなく、「今、目の前で何が起きているか」を、症状として選ばせる。これは、これまでの試作(「赤字路線を抱えている」という起点)が既に実践してきたことである。カネヴィンが示す通り、状況の性質——単純な事実確認で済むのか、専門知識を要する込み入った問題なのか、複数の要因が絡み合う複雑な問題なのか——によって、次に案内すべき視界の数や深さも変わりうる。差し当たり、jrmkt.comが扱う大半の記事は、込み入った・複雑な性質の問題を扱うため、すぐに単一の答えへ導くのではなく、複数の視界を提示する設計を基本とする。
層2:視界の提示(4フレーム論・MOCに基づく)
診断された状況に対し、3〜5個程度の視界を提示する。視界の数をこの範囲に抑える目安は、4フレーム論が示す「少数の固定的な切り口の組み合わせ」という設計思想に基づく。視界の実体は、MOCと同じ性質を持つ——固定タグによる機械的な分類ではなく、その状況のために、都度、関連する記事へのリンクを集めて作られた、キュレーションされたハブである。前回の「赤字路線」の場面で試作した4つの視界(お金の流れ、収支以外の価値、地域・利用者の巻き込み、悪循環の構造)は、この層の実例である。
層3:記事一覧の生成(動的タクソノミーに基づく)
各視界の中では、その視界に実際に関連する記事だけを提示する。ここで動的タクソノミーの「間引き」の原則を適用する——視界に含まれない記事(前回のTE03のような、粒度の異なる狭いレンズ)は、そもそも候補として生成しない。KMK02のような可搬性の高い記事は、複数の視界に重複して現れてよい。これはMOCの非破壊的な性質(同一のノートが複数の地図に属せる)とも一致する。
視界の作り方——具体的な設計指針
いつ視界を作るか
MOCの実務が示す「精神的な圧迫点」という基準を転用する。すなわち、①ある症状・状況について、関連する記事が一定数(目安として5〜10本程度)を超えて蓄積された時点、②同じような問い合わせ・相談が繰り返し寄せられる状況が確認された時点、のいずれかを、視界を新設するきっかけとする。すべての起こりうる状況について、あらかじめ網羅的に視界を用意しておく必要はない。
視界の粒度の判断基準
一つの視界に含める記事の数は、動的タクソノミーが示す「ファンアウト(分岐の数)は10を超えないことが望ましい」という経験則を参考にする[1]。一つの視界に該当する記事が10本を大きく超える場合は、その視界自体をさらに2〜3個の下位の視界に分割することを検討する。逆に、該当する記事が2〜3本にとどまる場合は、無理に独立した視界を作らず、近接する別の視界に統合するか、当面は視界化を見送る。
視界と記事のリンクの持たせ方
固定タグのように記事側にタグを埋め込むのではなく、MOCの実践に倣い、**視界側が記事へのリンクの一覧を持つ**、という方向を基本とする。これにより、記事本文を改稿する際にも、視界側の一覧だけを確認すればよく、記事が増減・改廃されても、視界という構造自体を作り直す必要がない。これは、当初の課題として指摘された「固定リンクは維持できない」という問題への、直接の回答でもある——固定されるのは個々の記事へのリンクではなく、視界という媒介そのものであり、視界の中身(どの記事を含めるか)は、随時更新される前提とする。
実装形式の再検討
以前の検討では、実装の形式として、静的な分岐ページ・簡易な対話型ウィジェット・NotebookLMへの組み込みという三段階を示していた。MOC・動的タクソノミーの知見を踏まえ、この段階分けを次のように具体化する。
| 段階 | 実装内容 | 対応する理論的知見 |
|---|---|---|
| 段階1 | 主要な症状・状況について、視界(MOC)を手作業で作成し、通常の記事として公開する | MOCの実務(都度、必要な分だけ作成) |
| 段階2 | 視界を、症状診断(層1)から辿れる、簡易な分岐・絞り込みのウィジェットとして実装する | カネヴィン(診断)、動的タクソノミー(間引き) |
| 段階3 | 視界の一覧と中身を、既存のNotebookLMチャットツールに参照情報として与え、症状を尋ねられた際に、該当する視界とその記事一覧を案内するよう応答させる | 三理論の統合。ただし応答の一貫性は保証されない |
優先すべきは段階1である。技術的な実装の前に、まず主要な症状・状況について、視界そのものを手作業で複数作成し、その内容が実際に実務者にとって有用かどうかを検証することが、これまでの試行錯誤が示す教訓である。
残された課題
第一に、視界を誰が作るかという運用体制の問題が残る。当面は、著者自身が、既存記事の執筆時・改稿時に、関連する視界の更新を意識的に行うほかないが、この作業が持続的に行われる保証はない。第二に、739本という規模の記事群のうち、どこまでを視界化するかという優先順位づけが必要である。全ての記事を網羅的に視界化することは、MOCの精神(圧迫点に達したものから作る)に反する。当面は、既に本シリーズで具体的に試作した「赤字路線」のような、実際に問い合わせの多い状況から着手し、範囲を広げていくことが妥当である。第三に、視界同士の関係——ある視界の中の記事が、別の視界にも現れる場合、利用者にその重複をどう提示するか——は、本稿では十分に検討できていない。
おわりに
本稿は、AFN01〜03で確認した三理論——カネヴィン(状況診断)、4フレーム論・MOC(視界の提示と作成)、動的タクソノミー(該当する記事の絞り込み)——を、症状診断・視界の提示・記事一覧の生成という三層構造に統合し、jrmkt.comへの具体的な実装指針を示した。この設計は、これまでの試行錯誤——9次元・7レンズ・立場×テーマ×抽象度という固定タグの体系がいずれも保守困難に陥り、最終的にネットワーク図・視界という、問題ごとに構築する構造に至った経緯——の到達点として位置づけられる。
参考資料一覧
- Sacco, G. M. (2000). Dynamic Taxonomies: A Model for Large Information Bases. IEEE Transactions on Knowledge and Data Engineering, 12(3), 468–479.(ファンアウトの経験則について)
- 【AFN01】動的タクソノミーとファセット検索.
- 【AFN02】複数フレーム・マルチメソドロジー・カネヴィン.
- 【AFN03】個人知識管理とZettelkasten.
用語集
- 三層構造(AFN04), Three-Layer Structure, —, —: 症状の診断(層1)、視界の提示(層2)、記事一覧の生成(層3)という、本稿が提案するナビゲーション設計の構造。
- ファンアウト, Fanout, —, 分岐数: 一つの分類項目が持つ、子項目・選択肢の数。動的タクソノミー研究において、10を超えないことが望ましいとされる経験則。
- 視界, View, —, 視野: 特定の状況・症状に関連する記事へのリンクを、その都度まとめた、MOCに相当するハブ。本シリーズが構想してきた、ナビゲーションの中心的な単位。
年表
- 2026年(前半〜中盤) ― AF系列・AFR系列の構築を通じ、固定タグによる分類(9次元、7レンズ、立場×テーマ×抽象度)が試みられ、いずれも保守困難・粒度の不均一という課題に直面する
- 2026年(後半) ― ネットワーク図・視界という、問題ごとに構築する構造への転換が図られる
- 2026年(後半) ― AFN01にて動的タクソノミー理論、AFN02にて複数フレーム・マルチメソドロジー・カネヴィン、AFN03にてZettelkasten・MOCの理論的基盤が、それぞれ確認される
- 2026年(後半) ― 本稿【AFN04】にて、三理論が症状診断・視界の提示・記事一覧の生成という三層構造に統合され、jrmkt.comへの実装指針が示される
Claudeログ
AFN04を執筆する。これまでの理論(AFN01〜03)を統合し、具体的な実装設計として仕上げる。整合性を確認する。引用番号[1]のみ、参考文献4件(うち3件はAFN01〜03への内部参照のため本文引用番号なし、想定通り)。全HTMLタグの対応が一致した。AFN04を執筆した。理論解説ではなく、AFN01〜03の統合と実装設計に徹した内容とした。
主な内容
第1部 三理論の適用範囲:カネヴィン(状況診断の入口)、4フレーム論(視界の数の目安)、動的タクソノミー(該当記事の絞り込み=間引き)、MOC(視界の作成・維持方法)が、それぞれ利用者体験の異なる段階を担うことを整理
第2部 三層構造への統合:
- 層1:状況の診断(カネヴィン)——いきなりレンズを見せず、症状を選ばせる
- 層2:視界の提示(4フレーム論・MOC)——3〜5個程度、キュレーションされたハブとして
- 層3:記事一覧の生成(動的タクソノミー)——該当しないものは表示しない「間引き」
第3部 視界の作り方:MOCの「精神的な圧迫点」基準を転用し、関連記事5〜10本を目安に作成を判断。動的タクソノミーの「ファンアウトは10を超えない」という経験則を、視界の分割基準として採用。「固定リンクは維持できない」という当初の指摘に対し、視界側が記事へのリンク一覧を持つ(記事側にタグを埋め込まない)という、MOC由来の解決策を明示
第4部 実装形式の再検討:静的ページ→ウィジェット→NotebookLM統合という段階を、三理論に対応づけて具体化し、段階1(視界の手作業作成)を最優先とすべきことを再確認
第5部 残された課題:誰が視界を作るか、739本のうちどこまで視界化するか(圧迫点に達したものから、という優先順位)、視界間の重複表示を、正直に未解決として明記
引用[1]、参考資料一覧(AFN01〜03への内部参照含む)・用語集・年表も本文に組み込み済み。全HTMLタグの対応を確認済み。
これでAFN01〜04が完成し、当初提起されたナビゲーション設計の課題に、一連の理論的検討を経て、具体的な実装指針を示すところまで到達した。
【AFN04】jrmkt.comへの統合設計
SNSリード文(200文字)
固定タグは、なぜ保守できなくなったのか——動的タクソノミー、複数フレーム論、MOCという三つの理論を、症状診断・視界の提示・記事一覧の生成という三層構造に統合します。「視界側が記事へのリンクを持つ」という設計で、記事の増減に耐えられる仕組みを提案。理論の紹介ではなく、実装のための一冊です。
(141文字)
タイトル案(3案)








