ロジックツリーとは、ひとつのテーマを「親と子」の階層構造に分解して思考を整理するフレームワークです。ビジネス書やコンサルの文脈で紹介されることが多いツールですが、実はWebライターの記事構成作りにこそ効果を発揮します。
私はフリーランス9年目、そのうち5年以上このフレームワークを自分の記事構成に使い続けてきました。毎回使うわけではありません。「テーマが広すぎて見出しが絞れない」ときだけ開く補助線として定着しています。
この記事では、一般的な定義と4種類の型を押さえたうえで、Webライターが実務で使うときの具体的な場面と、AI時代に生まれた新しい活用法まで解説します。
この記事のポイント
この記事のポイントロジックツリーは「毎回作る道具」ではなく、MECEの自己点検が必要なときに使う補助線です。
- Webライターが使うのは主にWhatツリー（要素分解型）。記事の見出しを洗い出すときに効く
- 専用ツールは不要。Amplenote・Heptabaseの見出しタグと箇条書きで十分機能する
- AI時代の新しい価値は、Claudeなど生成AIとの「双方向の対話」を支える土台になること
ロジックツリーとは何か
ロジックツリーとは、ひとつのテーマを親と子の階層構造に分解して、論点の全体像を一目で把握できるようにするフレームワークです。なぜこの問題が起きるのか・何が構成要素か・どう解決するかといった問いを、枝分かれする木の形で整理します。
階層の上に行くほど抽象度が高く、下に行くほど具体的になります。上位のテーマから下位の要素へ線でつないでいくことで、頭の中にあった曖昧な論点が人にも自分にも見える形で整理されるのが特徴です。
名前の由来と使われる場面
ロジックツリーは、コンサルティング業界でMECE（モレなく・ダブりなく）の思考を可視化するために広まりました。現在はビジネス全般の問題解決・戦略立案・情報整理の場面で使われており、企画書作り、会議のアジェンダ整理、リサーチの論点整理などに応用されています。
Webライターの業務では、記事の構成案作成・リサーチの論点整理・クライアント提案時の構成説明といった場面で機能します。この記事の後半で、実際の運用例を詳しく紹介します。
ロジックツリーの基本構造
ロジックツリーは1つのテーマを起点に、下の階層へ枝分かれしていく構造を持ちます。階層の数え方は上からで、最上位を第1階層、その下を第2階層と呼びます。
| 階層 | 役割 | 記事構成に当てはめた例 |
|---|---|---|
| 第1階層 | テーマ・問い | 記事タイトル（例：ロジックツリーとは） |
| 第2階層 | 大分類・H2候補 | 定義／種類／作り方／活用シーン |
| 第3階層 | 小分類・H3候補 | 各H2の下に入る小見出し |
| 第4階層 | 個別の論点・事例 | 本文で扱う具体要素 |
この構造が記事の見出し階層（H1→H2→H3→H4）と一致していることに気づくと、ロジックツリーがWebライターの仕事と相性がいい理由が見えてきます。
MECEとの関係
ロジックツリーを語るうえで欠かせない概念がMECEです。MECEはMutually Exclusive and Collectively Exhaustiveの略で、互いに重ならず・全体として漏れがない状態を指します。
ロジックツリーは、このMECEを実現するための具体的な道具です。枝分かれした要素同士が重なっていないか（Mutually Exclusive）、全体を見て抜けがないか（Collectively Exhaustive）を視覚的に点検できます。
MECEの詳しい意味と実務での使い方は MECEとは？ビジネスの問題解決に役立つ考え方 で解説しているため、合わせて参照してください。
私がMECEを判断するときの基準は、親と子の関係が図式化できるかです。親の要素と子の要素を線でつないだときに違和感なくつながるなら、その階層はMECEに近い状態です。逆に親と子の関係がうまく説明できないと感じたら、分類の仕方を見直すサインだと考えています。
ロジックツリーの4つの種類
ロジックツリーは用途によって4つの型に分かれます。What型・Why型・How型・KPI型です。
どれも「親と子の階層構造」という基本は同じですが、入り口の問いと使う場面が異なります。
Webライターの実務で最も使うのはWhat型（要素分解）です。以下で4種類の違いを押さえたあと、「なぜWhat型がライター向きなのか」を続く章で掘り下げます。
| 種類 | 入り口の問い | 主な用途 | Webライターの使用例 |
|---|---|---|---|
| What型（要素分解） | 何で構成されているか？ | 全体像の把握・構成要素の洗い出し | 記事の見出し候補を洗い出す |
| Why型（原因究明） | なぜそれが起きるのか？ | 問題の根本原因を探る | 読者の悩みの根本要因を分解する |
| How型（問題解決） | どうすれば解決できるか？ | 解決策の網羅・アクションの具体化 | ハウツー記事の解決策を網羅する |
| KPI型（指標階層化） | 目標を何で測るか？ | 目標数値の分解・進捗管理 | ブログの収益目標を指標で分解する |
What型（要素分解ツリー）
What型は、ひとつのテーマを構成要素に分解するロジックツリーです。〇〇とは何かを階層的に整理したいときに使います。
たとえば「Webライターの仕事」を第2階層で構成案作成・執筆・リサーチ・納品管理に分け、さらに構成案作成の下にH2設計・H3設計と枝分かれさせていく、という形です。全体像を漏れなく把握したいときに最も直感的に使えるのがWhat型です。
私が記事構成案を作るときに使うのもWhat型で、記事テーマを第1階層に置き、大分類（H2候補）・小分類（H3候補）へと下ろしていきます。
Why型（原因究明ツリー）
Why型は、起きている問題に対してなぜ？を繰り返して根本原因に辿り着くロジックツリーです。トヨタ生産方式の「なぜなぜ分析」と近い発想ですが、ロジックツリーは階層構造を図式化する点が異なります。
Webライターの実務でWhy型が効くのは、読者の悩みを深掘りするときです。「記事が読まれない」を第1階層に置き、「検索されていない」「タイトルでクリックされない」「読み始めて離脱される」と第2階層に分解し、さらに下の階層で具体的な要因に落とす、という使い方ができます。
How型（問題解決ツリー）
How型は、解決したい課題に対してどうすれば達成できるかを階層的に展開するロジックツリーです。施策の網羅性を確保したいときに使います。
ハウツー記事を書くときに相性がよく、「ブログの離脱率を下げる」を第1階層にして、冒頭改善・本文改善・デザイン改善と第2階層で分け、さらに下の階層で具体的なアクションに落とし込めます。
KPI型（指標階層化ツリー）
KPI型は、最終目標（KGI）を達成するための中間指標（KPI）を階層的に分解するロジックツリーです。数値目標の管理に特化しています。
ブログ運営なら、売上目標を第1階層に置き、PV数・CTR・CVRと第2階層に分解し、それぞれの下にさらに具体的な指標を置きます。マーケティング施策の記事を書くときに使うと、数字の根拠が立体的になります。
4つの型があると聞くと全部覚えないといけない気がしますが、Webライターが主に使うのはWhat型です。私も5年以上使い続けていますが、記事構成作りで登場するのはほぼWhat型で、Why型・How型は記事のテーマによって時々使う程度です。KPI型は収益記事・マーケティング記事以外ではほとんど出番がありません。
ロジックツリーを作るメリット
ロジックツリーを使う最大の効果は、思考の全体像が見えることで迷いが消えることです。時間短縮よりも、判断の質が上がる点に本質的な価値があります。
ここでは一般的に挙げられる3つのメリットと、私が5年以上使ってきて実際に感じた効用を合わせて整理します。
メリット①：論点の漏れと重複が一目でわかる
ロジックツリーを作ると、枝分かれした要素同士の関係が視覚化されます。ある要素と別の要素が重なっていないか、全体として抜けがないかを、頭の中だけで考えるより圧倒的に速く点検できます。
特に効くのは、矛盾した要素の発見です。親と子の関係を図に起こしたときに、親の範疇に収まらない子要素が紛れ込んでいると視覚的に浮き上がります。テキストだけで並べていたら気づかなかった矛盾が、ツリー化した瞬間に見える、という体験が何度もありました。
メリット②：全体像が見えて判断の迷いが減る
ロジックツリーのもうひとつの効用は、取り組むべき範囲が確定することです。全体の構造が視覚化されると、どこに力を入れるか・どこを切り捨てるかの判断がしやすくなります。
私自身、記事構成を作るときに一番の効用だと感じているのはこの点です。時間短縮を期待して使い始めたのですが、実際に効いたのは最初に全体が見えて迷いが消える安心感でした。構成案の完成時間はロジックツリーを使っても使わなくても大きく変わりません。ただし、書き進めるときの「この見出しで合っているか」という迷いが明らかに減ります。
メリット③：他人に思考過程を説明しやすくなる
ロジックツリーは図として残るため、他人に自分の思考過程を説明する道具としても機能します。クライアントに記事構成の意図を伝えるとき、ツリー構造を見せると「なぜこの見出しをこの順番にしたのか」の根拠が一目で伝わります。
AIとの対話でも同じことが起きます。ロジックツリーで整理した内容をそのままClaudeなどの生成AIに渡すと、階層の意図が伝わるぶん返ってくる回答の具体性が上がります。この点は後半の活用シーンで詳しく紹介します。
一般的な記事では「ロジックツリーで仕事が速くなる」と書かれていることが多いのですが、私の実感は違います。5年以上使ってきた結論として、ロジックツリーは作業時間を縮める道具ではなく判断の質を上げる道具です。時間短縮を期待して導入すると「作る手間が増えただけ」と感じてしまうため、最初から「迷いを減らすため」「MECEを点検するため」と目的を定めて使うほうが続きます。
ロジックツリーの注意点・デメリット
ロジックツリーは万能ではありません。毎回使う道具ではなく、迷ったときに開く補助線として位置づけるのが現実的です。ここでは私が5年以上使ってきて感じた3つの注意点を整理します。
注意点①：作ること自体が目的化しやすい
ロジックツリーは形として美しく整うため、作ること自体に満足してしまう危険があります。特に階層を深く掘り下げていくと「もう1段下の要素も書ける気がする」と感じて、本来の目的から外れた細部に時間を使ってしまいます。
私の基準は、ツリーを作る時間が構成案作成の半分を超えたら止めるです。ロジックツリーはあくまで思考整理の手段であり、記事を書き上げる作業の一部でしかありません。目的は記事の完成であって、美しいツリーを作ることではないと自分に言い聞かせています。
注意点②：すべてのテーマで必要なわけではない
ロジックツリーが効くのはテーマが広い場合や論点が散らかっている場合です。すでに構成の骨格が見えているテーマで無理に作ると、時間が余計にかかるだけで質も上がりません。
私自身、全記事で使っているわけではありません。ロングテールキーワード（月検索数十〜百程度の特定悩み型）のように、論点が最初から絞られているテーマでは使わずに書きます。逆にミドルワード（月検索数百〜千）で論点が広がりがちなテーマのときだけ、ロジックツリーを開きます。
注意点③：専用ツールにこだわると続かない
ロジックツリーと聞くと専用のマインドマップアプリを使うイメージがありますが、専用ツールは意外と続きません。アプリを開くという動作が普段の作業動線から外れていると、だんだん使わなくなります。
私も最初はXMindを試しましたが、数日で使わなくなりました。原因は「ロジックツリーを作るためだけに別のアプリを立ち上げる」という動線の不自然さです。現在はAmplenoteやHeptabaseといった普段のノートツール内で、見出しタグと箇条書きを使って階層を作っています。このほうが執筆環境と地続きで、自然に使い続けられます。
ツールの選び方は後半の章で詳しく解説します。
使い始めた頃は「全記事でロジックツリーを作るべき」と思い込んで、どの記事でも律儀に作っていました。ただ、論点が最初から見えているテーマでは明らかに時間の無駄で、次第に迷ったときだけ使う運用に落ち着きました。「ちゃんと使っている=毎回作っている」ではありません。必要なときだけ開けば十分機能します。
ロジックツリーの作り方（基本5ステップ）
ロジックツリーは起点となるテーマを決める→大分類に分ける→下の階層へ掘り下げる→MECEを点検する→優先順位をつけるの5ステップで作れます。
専用ツールは不要で、普段のノートツールの見出し機能と箇条書きで十分に機能します。
ここでは記事構成案を作る場面を例に、具体的な手順を解説します。
ステップ1：起点となるテーマを決める
最初に、ロジックツリーの第1階層（いちばん上）に置くテーマを言語化します。
テーマは1文で書けるレベルまで具体化すると、その後の分解が進みやすくなります。
記事構成なら記事タイトル、もしくは記事で答えを出すべき問いを第1階層に置きます。ロジックツリーとは何かのような概念解説のテーマでも、ブログの離脱率を下げる方法のような解決策提示のテーマでも、同じ手順で進められます。
ステップ2：大分類（第2階層）に分ける
次に、第1階層のテーマを3〜5個の大分類に分けます。この大分類が、記事ではH2見出しの候補になります。
分け方のコツは観点を揃えることです。
例えば「ロジックツリーとは」を分解するとき、定義・種類・作り方・活用シーンという観点で揃えると大分類同士が重なりません。
逆に定義・メリット・XMindの使い方・活用シーンのように観点がバラバラだと、次の階層で矛盾が生まれます。
大分類が6個以上になったら、観点が混ざっているサインです。似た性質のものを束ねて1つ上の階層に統合するか、そもそも観点を切り直すかのいずれかで整理し直します。3〜5個に収まる分け方を見つけるまで、一度書いた第2階層を何度も書き換えて構いません。
ステップ3：下の階層へ掘り下げる
大分類が決まったら、それぞれの下に第3階層の要素を書き出します。
この第3階層が、記事ではH3小見出しの候補になります。
掘り下げる深さは、記事のテーマと扱う情報量によって変わります。概念解説の記事なら第3階層まで、ハウツー系の記事なら第4階層まで下ろすと書きやすくなります。下の階層に書ける要素が2個以上ある場合だけ掘り下げるのが基本で、子が1個しかない枝は無理に階層を切らず、親の階層で本文として書きます。
ステップ4：MECEを点検する
階層が一通り出揃ったら、全体を俯瞰してMECEになっているかを確認します。
点検の観点は重なり（ダブり）と漏れ（モレ）の2つです。
私が基準にしているのは、同じ階層の要素同士を見比べて親と子の関係が図式化できるかです。
親の要素と子の要素を線でつないだときに違和感なくつながるなら、その階層はMECEに近い状態です。つながりがぎこちない子要素があれば、その場所に何らかの矛盾が潜んでいます。
ステップ5：優先順位をつける
最後に、洗い出した要素に優先順位をつけます。すべての要素を記事に載せる必要はなく、読者の検索意図に対して優先度が高いものから並べるのが基本です。
優先順位をつけたあとは、ツリーをそのまま記事の構成案（H2・H3の並び）に変換します。ここまで来ると、構成案はほぼ完成しています。
作るときのツール：専用アプリは不要
ここまでの5ステップは、どのツールでも実行できます。
紙・iPad・マインドマップ専用アプリなど選択肢は多数ありますが、私はAmplenoteやHeptabaseの見出しタグと箇条書きで階層を作る方法に落ち着きました。
理由は、普段の執筆環境と地続きで作れるからです。記事構成を考えるときに別アプリを立ち上げる動作が挟まると、思考の流れが途切れやすくなります。見出しタグで階層を作る方法は後半のツール章で詳しく解説します。
Webライターがロジックツリーを使う3つのシーン
Webライターの実務でロジックツリーが効くのは、記事構成案の作成・リサーチの論点整理・AIとの対話前の思考整理の3つのシーンです。
私がクラウドワークス時代の初期から5年以上使ってきた運用をもとに、それぞれの場面で何にどう効くのかを解説します。
先に結論を言うと、このフレームワークは全記事で使う必要はありません。テーマが広くて論点が散らかっているときだけ開く補助線として機能します。
シーン①：記事構成案の作成（見出しの洗い出し）
最も頻繁に使うのが、記事構成案を作るときにWhatツリーで見出しを洗い出す場面です。
記事のテーマを第1階層に置き、H2候補を第2階層、H3候補を第3階層に配置して、記事全体の骨格を一度で可視化します。
効くのは、矛盾した見出しの整理です。
テキストで見出しを箇条書きにしていると「なんとなく並んでいる」状態になりがちですが、ツリー構造にすると親と子の関係が合っていない見出しが一目で浮き上がります。この矛盾を消していく作業が、そのまま構成の質を上げる作業になります。
私自身、使い始めてから構成案作成にかかる時間は大きく変わっていません。1本あたり約30分で、ロジックツリーを使う回も使わない回もほぼ同じです。ただし、書き進めるときの「この見出しで合っているか」という迷いが明らかに減りました。
使い分けの基準はテーマの広さです。SEO対策やブログの書き方のような月検索数百〜千のミドルワードは論点が広がりやすく、ロジックツリーで絞り込む効果が大きい領域です。逆にロングテールキーワードや特定商品のレビュー記事のように最初から論点が絞られているテーマでは、使わずに書きます。
構成案の作り方全体の手順は ブログ記事の構成案の作り方 で、見出し作成の考え方は 見出し・小見出しの作り方 で詳しく解説しています。
シーン②：リサーチの論点整理（テーマが広すぎるとき）
ロジックツリーが効く2つ目の場面が、リサーチの途中で論点が散らかったときの整理です。
特にテーマが広いキーワードを扱うとき、調べるほど情報が増えて「どこから手をつければいいかわからない」状態になることがあります。
このとき、集めた情報を一度ツリーに整理すると、深掘りすべき論点と捨てるべき論点が見えるようになります。
第2階層の大分類を洗い出した時点で、想定より手薄な領域や、逆に掘りすぎている領域が視覚化されるためです。
私の場合、リサーチで迷いを感じた時点で5〜10分だけツリーを書く時間を取ります。完璧なツリーを作るのではなく、論点の抜け漏れを点検する用途です。この作業を挟むと、リサーチの続きで何を調べればいいかが明確になります。
シーン③：AIとの対話前の思考整理（2026年以降の新しい使い方）
3つ目のシーンが、生成AIと対話する前にロジックツリーで思考を整理する場面です。
これはAI活用が一般化した2026年以降に価値が出てきた新しい使い方で、私の実感では最も効果が大きい活用法です。
具体的には、ロジックツリーを作って空欄がある階層を把握したうえで、Claude（Anthropic）にその空欄に入る候補を列挙してもらいます。
逆方向の使い方として、完成したツリー全体をClaudeに渡して論点の抜け漏れを指摘してもらうのも効果的です。
ロジックツリーなしでAIと対話するときと比べて、返ってくる回答の具体性が明らかに違います。AIは階層構造を理解する能力が高いため、「どの階層の・どの枝について考えてほしいか」を構造で渡すと、的外れな回答が一気に減ります。
頭の中だけで考えた内容をAIに説明しようとすると、前提の共有に時間がかかります。
ロジックツリーで階層化してから渡すと、第2階層の3つ目の要素についてだけ深掘りしてほしいのような具体的な指示ができて、対話の効率が上がります。ロジックツリーは人間同士の説明ツールとしてだけでなく、AIとの共通言語としても機能する、というのが5年以上使ってきた私の実感です。
3つのシーンをどう使い分けるか
3つのシーンは独立して存在するのではなく、1本の記事を書く流れの中で順番に登場することが多いです。
| 執筆フェーズ | 使うシーン | ツリーの目的 |
|---|---|---|
| リサーチ中（論点が散らかった時） | シーン② | 調べる範囲を絞る |
| 構成案作成時 | シーン① | 見出しの洗い出し・MECE点検 |
| AI対話で深掘りする時 | シーン③ | 指示の前提を構造で共有する |
すべての記事で3つとも使うわけではありません。
テーマが明確で論点が絞れているときはシーン①だけで済みますし、逆に論点が広いテーマではシーン②から始まることもあります。
ロジックツリーは「使う順番」ではなく、必要な場面で必要なだけ開く柔軟な道具として扱うと続きやすくなります。
ロジックツリー作成におすすめのツール
ロジックツリー作成ツールにこれが正解という選択肢はありません。
専用のマインドマップアプリよりも、普段の執筆環境と地続きで使えるツールを選ぶほうが長く続きます。
ここでは私が実際に使って定着したツールと、世の中で一般的に紹介されるツールの両方を整理します。
正直に言えば、後者は試したものの続かなかった組です。
私が定着したツール：Amplenote・Heptabase
私が5年以上ロジックツリーを使い続けられているのは、既存のノートツール内で見出しタグと箇条書きを使って階層を作る方法に落ち着いたからです。
現在のメイン環境はAmplenoteとHeptabaseの2つです。
| ツール | 料金 | ロジックツリー用途での使い方 |
|---|---|---|
| Amplenote | 月額$5.84（Basicプラン） | 見出しタグ（H1〜H4）と箇条書きで階層化。執筆もそのままできる |
| Heptabase | 月額$8.99（年額プラン換算） | カード型のノート内で見出しタグを使い、階層を視覚化 |
どちらも元々記事執筆のために契約していたツールで、ロジックツリー用に別途費用を払っているわけではありません。
この追加費用ゼロという点が、結果的に長く続いた理由のひとつです。ツール単体で月額サブスクを増やしていたら、おそらく続いていませんでした。
一般的に紹介されるツール（私は続かなかった）
ロジックツリーの記事を調べると、以下のような専用ツールが紹介されることが多いです。
正直に言うと、私はこれらを試したものの定着しませんでした。一般論としては優れたツールなので、特性だけ整理しておきます。
| ツール | 料金 | 特徴 |
|---|---|---|
| XMind | 無料プランあり／有料プラン年額$59.99 | マインドマップ専用アプリの代表格。豊富なテンプレート |
| Miro | 無料プランあり／有料プラン月額$8〜 | オンラインホワイトボード。チームでのブレストに強い |
| Lucidchart | 無料プランあり／有料プラン月額$7.95〜 | フローチャート・組織図も作れる汎用図解ツール |
私が定着しなかった理由は、執筆中にアプリを切り替える動作が思考の流れを切るからでした。
ロジックツリーを作るためだけに別アプリを立ち上げ、作ったツリーをまた別の執筆ツールに写すという動作が、毎回の執筆で地味な負荷になります。
特にXMindは有料プランの機能が充実していて、ツールとしての完成度は高いのですが、私の場合は数日で使わなくなりました。ツールが悪いのではなく、自分の執筆動線と合わなかったという話です。
無料で始めたい場合の代替案
月額サブスクを避けて無料で試したい場合は、すでに使っているツールの見出し機能で代用するのが最短ルートです。
以下のツールなら追加費用なしで始められます。
- Notion（無料プランで十分）：トグルリストと見出しで階層化
- Googleドキュメント（完全無料）：見出しスタイルとインデントで階層化
- Obsidian（無料／ローカル保存）：マークダウンの見出し記法で階層化
- 紙のノートとペン：手描きでツリー構造を作る
重要なのは今日から使える環境で始めることです。
新しいツールを導入して使い方を覚える時間は、ロジックツリーを実際に使う時間にあててしまうほうが結果的に早く身につきます。
ツールを探すより先に考えたいのが、いつ・どこでロジックツリーを開くかの動線です。私のように執筆ツール内で完結させるか、紙のノートを執筆机に常備するか、iPadを執筆モニターの横に置くか。動線が自然に組める方法を先に決めてから、それに合うツールを選ぶほうが続きます。
ロジックツリーに関するよくある質問
ロジックツリーを使い始めるWebライターからよく受ける質問を、私の5年以上の運用経験をもとに回答します。
MECEができているかを判断する方法は？
私が基準にしているのは親と子の関係が図式化できるかです。同じ階層の子要素それぞれと親の要素を線でつないだときに違和感なくつながれば、その階層はMECEに近い状態です。
たとえば「記事構成」という親に対して「定義・種類・作り方」という子を並べたとき、どの子も親との関係が自然に説明できればOKです。逆に1つだけ「他の子と粒度が違う」「親との関係がぎこちない」要素があれば、そこに重なりや漏れが潜んでいます。完璧なMECEを目指すより、親子関係のぎこちなさを目印にして修正するという実務的な基準で十分機能します。
ロジックツリーとマインドマップの違いは？
大きな違いは構造の厳密さです。
ロジックツリーは親と子の論理的な関係が必要ですが、マインドマップは自由発想で枝を伸ばせます。
私は両方使った経験があります。結論として、記事構成を作る場面ではロジックツリーのほうが向いています。マインドマップは自由に枝を増やせる反面、最後に取捨選択する手間が大きく、記事の見出しに落とし込むまでに時間がかかりました。一方でロジックツリーは最初から階層の意味を意識して作るため、そのまま記事構成に変換しやすいです。発想を広げたい段階ならマインドマップ、絞り込みたい段階ならロジックツリーという使い分けが実感に合っています。
ロジックツリーとなぜなぜ分析の違いは？
なぜなぜ分析はロジックツリーのWhy型に近い思考法ですが、階層構造を図式化するかどうかが決定的に異なります。
なぜなぜ分析は「なぜ？」を5回繰り返して根本原因に辿り着く一本道の掘り下げで、枝分かれを前提としません。
一方でロジックツリーのWhy型は、1つの問題に対して複数の原因候補を枝分かれさせながら下の階層へ進みます。原因が複数ありうる場面ではロジックツリー、原因の系統がほぼ見えている場面ではなぜなぜ分析、という使い分けができます。
ロジックツリーとピラミッドストラクチャーの違いは？
目的が異なります。ロジックツリーは分析・問題解決のために論点を分解する道具、ピラミッドストラクチャーは説明・説得のために結論と根拠を積み上げる道具です。
記事制作で言えば、構成案を作る段階ではロジックツリー、完成した記事のリード文や結論部分の組み立てにはピラミッドストラクチャーという使い分けが自然です。両者は対立するものではなく、執筆プロセスの異なる段階で補完的に使えます。
ロジックツリーを作るのに何分くらいかかる？
私の場合、1本の記事構成に対してかける時間は5〜10分です。完璧なツリーを作り込むのではなく、論点の抜け漏れを点検する用途に限定しているためです。
ツリー作成に時間をかけすぎると、作ること自体が目的化して記事執筆が進まなくなります。構成案作成全体の半分以上をツリー作成に使っているなら、時間の配分を見直すサインです。
AIと使い分けるべき？それとも併用すべき？
併用するのが最も効率的です。私の運用は自分でロジックツリーを書いてからClaudeに渡すという順番です。
先に自分でツリーを作ることで、空欄がある階層（自分では思いつかなかった論点）が明確になります。その空欄に入る候補をClaudeに列挙してもらうと、ゼロから案を出させるよりも具体性の高い回答が返ってきます。逆に完成したツリー全体をClaudeに渡して「論点の抜け漏れを指摘してほしい」と依頼する使い方も効果的です。AIに全部任せるのではなく、自分の思考の土台を作ったうえでAIを参照系として使うという位置づけが私の答えです。
ロジックツリーは手書きとデジタルどちらがいい？
どちらでも機能しますが、執筆環境と接続できるデジタルのほうが続きやすいです。私自身、紙に書いたロジックツリーを改めて執筆ツールに写す作業が続かず、最終的にAmplenoteやHeptabaseの見出しタグで直接作る方法に落ち着きました。
ただし発想を広げたい段階では手書きが有効な場面もあります。迷った時にさっと書ける環境を確保しておくことのほうが、ツールの選択より重要です。
まとめ
ロジックツリーは、テーマを親と子の階層構造に分解して論点の全体像を見える化するフレームワークです。Webライターにとっては記事の見出し階層と構造が一致するため、構成案作りと特に相性がよい道具です。
ただし毎回作る必要はありません。テーマが広くて論点が散らかるミドルワードのときだけ開く補助線として使うのが、私が5年以上続けてきた実感です。専用ツールも不要で、普段のノートツールの見出し機能で十分機能します。
まず今日の記事構成に対してWhatツリーを1つ書いてみてください。矛盾した見出しが整理される瞬間と、書き進めるときの迷いが減る感覚が、このフレームワークの本当の価値です。
