「目標は決まっているのに、何から手をつければいいのか分からない」「やることは並べたけれど、それが本当に成果につながるのか確信が持てない」――目的と日々のタスクの間に大きな溝を感じている人は少なくありません。この溝を埋めるための地図が、ロジックモデルという考え方です。
結論から言えば、ロジックモデルとは「資源→活動→成果→インパクト」という因果の連鎖を1枚の図に描き、目的から逆算して今日やるべき活動（タスク）まで道筋をつなぐフレームワークです。最終的に実現したいインパクトを起点に、それを生む成果、その成果を生む活動、活動を支える資源へとさかのぼれば、抽象的な目標がそのまま具体的な行動へと翻訳されていきます。
私はAIタスク管理アプリ「するたす」を開発・運営しています。本記事では、ロジックモデルの定義と基本構造を検索意図に正面から整理したうえで、開発者の視点で「この手法が機能しなくなる3つの失敗パターン」「目的から活動へ分解する設計原則」「実際の使い分けと実践手順」を解説します。
問題を分解して原因や打ち手を洗い出す技術は「ロジックツリーの作り方」を、最終的に目指すゴール指標の決め方は「KGIとは」を、活動を実行スケジュールに落とす手順は「行動計画の立て方」を併せてご覧ください。
ロジックモデルとは何か：目的から成果への道筋を描く図
まず検索意図に正面からお応えします。ロジックモデルとは、ある取り組みが「どんな資源を使い、どんな活動を行い、その結果どんな成果が生まれ、最終的にどんなインパクトに至るのか」という因果の流れを、左から右へ一直線に並べて可視化した図です。もともとは事業評価や政策評価の分野で使われてきましたが、個人の仕事やプロジェクトの設計にもそのまま応用できます。
ロジックモデルを構成する4つの要素
この図の背骨は、次の4つの要素が因果でつながった連鎖です。それぞれが「次の要素を生むための原因」になっている点が肝心です。
- 資源（インプット）：活動に投じるヒト・モノ・カネ・時間・情報。「使えるものは何か」を棚卸しする出発点です。
- 活動（アクティビティ）：資源を使って実際に行うこと。ここが日々のタスクに最も近い層で、図とタスク管理が接続する場所です。
- 成果（アウトカム）：活動の結果として起きる変化。短期・中期に分けて段階で捉えると道筋が描きやすくなります。
- インパクト：成果が積み重なって最終的に実現したい状態。図が目指す一番右端のゴールです。
なお、活動の直接の産物を「アウトプット」として活動と成果の間に置く流派もあります（例：研修を3回開催した＝アウトプット、参加者のスキルが上がった＝アウトカム）。流派による違いはありますが、本質は「左の原因が右の結果を生む」という因果のつながりを途切れさせずに描くことにあります。
ロジックモデルが「目的と行動の溝」を埋める理由
タスク管理アプリを設計する中で繰り返し実感したのは、人が動けなくなるのは「目的」と「今日の行動」の間に橋が架かっていないときだ、ということでした。「売上を上げたい」という大きな目的だけがあって、その下に具体的な活動が定義されていないと、どれほどやる気があっても最初の一歩が踏み出せません。
ロジックモデルは、この溝に橋を架けます。インパクト（最終目的）から左へ逆算して、それを生む成果、成果を生む活動へと因果でたどっていくと、抽象的な目的が「だから今日はこの活動をやればいい」という具体に着地します。目的を分解する技術そのものは「ロジックツリーの作り方」でも扱っていますが、この手法は特に「因果の時間的な流れ」を描く点に強みがあります。
💡 図に描いた「活動」を今日のタスクに落としたい方へ
このページ下部の体験フォームで、活動名を入れるだけでAIが「今日動ける最初の一歩」まで分解します。図の右端の活動が、そのまま着手できるタスクに変わります。登録不要・無料です。
ロジックモデルが機能しなくなる3つの失敗パターン【開発者視点】
ここからが本記事の核心です。AIタスク管理アプリ「するたす」を開発する立場から、ユーザーが「目的から行動への道筋」を描くときに見えてきた、この図がうまく機能しなくなる典型的な3つのパターンを率直に整理します。いずれも図を描く能力の問題ではなく、設計の進め方の問題です。
失敗パターン1：因果が飛んでいて「活動→成果」がつながらない
もっとも多いのが、活動と成果の間に論理の飛躍があるケースです。「ブログを毎日書く」という活動から、いきなり「売上が2倍になる」という成果に矢印を引いてしまう。間にあるはずの「読者が増える→問い合わせが増える→成約が増える」という中間の成果が抜けていると、その活動が本当に成果に効くのか検証できません。
この図の価値は、各矢印に「なぜこれがこれを生むのか」という因果の仮説が宿っていることです。飛躍した矢印は、後から「やったのに成果が出ない」という形で必ず跳ね返ってきます。因果を一段ずつ刻む発想は「ロジックツリーの作り方」と共通します。
失敗パターン2：右端のインパクトが測れず、ゴールが曖昧なまま
「世の中を良くする」「お客様に喜ばれる」――右端のインパクトが美しい言葉のまま測定できない状態だと、左へ逆算しても着地点が定まりません。ゴールがぼやけていると、その手前の成果も活動も全部ぼやけ、結局「何をどこまでやれば達成なのか」が誰にも分からなくなります。
ここで効いてくるのが、最終ゴールを数値で定義する考え方です。この図の右端を測れる指標として置けると、その指標から逆算して活動の良し悪しを判断できます。ゴール指標の決め方は「KGIとは」で詳しく扱っていますが、この図とKGIはセットで使うと相互に補強し合います。
失敗パターン3：図は完成したのに「活動」が実行可能なタスクになっていない
意外と見落とされがちなのが、立派な図を描いて満足してしまい、左端の活動が「顧客との関係を強化する」のような大きく曖昧な粒度のまま放置されるパターンです。図の上では筋が通っていても、活動が抽象的なままだと、結局「で、今日は何をすればいい？」に答えられません。
厄介なのは、図を描いたこと自体が達成感を生み、実行が止まっていることに気づきにくい点です。設計図が完成しても、それは施工が始まったことを意味しません。図の左端の活動は、最終的に「今日着手できる一歩」まで分解されて初めて成果を生むのです。図づくりと実行の間にあるこの最後の溝こそ、もっとも放置されやすい場所です。
この3つに共通するのは、いずれも「因果の連鎖がどこかで切れている」という一点です。この図は描いて終わりではなく、左端の活動が実行可能なタスクへ、右端のインパクトが測れる指標へとつながって初めて機能する地図なのです。
ロジックモデルを目的から活動へ分解する設計原則
では、どう描けば因果が切れない図になるのか。やみくもに左から並べる進め方と、目的から逆算する進め方では、出来上がる道筋の精度がまったく変わります。まずは両者の違いを整理します。
活動起点 vs 目的起点の比較
| 観点 | 活動起点（道筋がぶれる） | 目的起点（道筋が通る） |
|---|---|---|
| 描く方向 | 左の活動から思いつきで右へ | 右のインパクトから左へ逆算 |
| 活動の選び方 | できそうなことを並べる | 成果を生む活動だけ残す |
| 因果のつながり | 矢印が飛躍しがち | 一段ずつ因果を刻む |
| ゴールの状態 | 言葉のまま測れない | 指標で測れる形にする |
| 活動の粒度 | 大きく曖昧なまま | 着手できる一歩まで分解 |
違いは明確です。この図の精度を決めるのは、描く方向です。最終目的から逆算して因果を一段ずつたどると、活動が自然と「成果に効くものだけ」に絞られていきます。
設計原則1：右端のインパクトを測れる形で定義する
図は右端から描き始めます。最終的に実現したい状態を、できる限り「達成したか・していないか」を判断できる形にする。「お客様に喜ばれる」なら「継続利用率○%」のように、観察できる指標に置き換えます。ここが定まると、左へ逆算する全体の精度が一気に上がります。ゴール指標の立て方は「KGIとは」が参考になります。
設計原則2：成果と活動の間の因果を一段ずつ刻む
インパクトが定まったら、「それを生む直前の成果は何か」「その成果を生む活動は何か」と、右から左へ一段ずつさかのぼります。矢印を引くたびに「なぜこれがこれを生むと言えるのか」を自問する。この問いに答えられない矢印は、因果が飛んでいるサインです。途中の中間成果を省かず刻むことで、後から「やったのに成果が出ない」を防げます。原因と打ち手を枝分かれで洗い出すロジックツリーの発想を、横方向の因果に応用するイメージです。
ここで強調したいのは、活動を無理に減らす必要はないという点です。やりたいことが多いのは強みであり、問題は数ではなく「その活動がどの成果につながっているか分からないまま並んでいる」ことにあります。因果でひもづいていれば、活動が多くても道筋は散らかりません。
設計原則3：左端の活動を「今日着手できる一歩」まで分解する
因果がつながったら、最後に左端の活動を実行可能な粒度まで割ります。「顧客との関係を強化する」という活動を、「今週連絡する顧客リストを作る→1社目に送るメールの要点を3つ書く」といった、迷わず着手できる一歩まで分解する。ここまで割って初めて、図は絵に描いた餅から実際に動く設計図へ変わります。分解という最後の工程は面倒で飛ばされがちですが、ここをAIに任せると、図から実行への移行が一気にスムーズになります。
🎯 図の左端の「活動」を今日のタスクに変えるのが「するたす」です
- ✅ 入力は活動名だけ → AIが今日着手できる小ステップに自動分解
- ✅ 因果を考えるのは人間、分解はAI → 図から実行への溝が埋まる
- ✅ 今日やる最初の一歩に絞れる → 設計図が動き出す
※登録不要で体験フォームが使えます
📱 PCの方はスマホで読み取り
ロジックモデルの使い分けと実践ステップ
設計原則を、今日から回せる手順に落とします。この手法は万能ではなく、得意な場面と他のフレームと組み合わせるべき場面があります。まず使い分けを押さえ、そのうえで実践の流れを示します。
ロジックツリー・KGI・行動計画との使い分け
ロジックモデルは「目的から成果への因果の流れ」を描くのが得意ですが、それぞれの役割を持つ他のフレームと組み合わせると威力が増します。問題の原因や打ち手を枝分かれで網羅的に洗い出すならロジックツリー、右端のゴールを測れる指標として固めるならKGI、左端の活動を「いつ・誰が・何を」のスケジュールに落とすなら行動計画。因果の地図はこれらをつなぐ全体像の役割を果たします。なお、これらの分析・整理はいずれも人間が頭で行うものです。AIに任せるのは、その先の「活動を実行タスクへ分解する」工程です。
今日から回せる4ステップ
- 右端のインパクトを測れる形で書く：最終的に実現したい状態を、判断できる指標に置き換える。指標化はKGIの考え方を参照。
- 右から左へ因果を一段ずつ刻む：成果→活動とさかのぼり、各矢印に「なぜ」を問う。飛躍した矢印は分解し直す。
- 左端の活動を実行可能な粒度へ分解する：「○○を強化する」を、今日着手できる一歩までブレイクダウンする。
- 活動をスケジュールに落とし、最初の1つに着手する：いつ何をやるかを行動計画に落とし、今この瞬間の一歩から動く。
この4ステップのうち、3の「活動の分解」が一番面倒で、つい飛ばしてしまう工程です。けれど、立派な図を実行不能で終わらせているのは、まさにこの分解不足です。面倒な分解を軽くする手段としてAIを使うと、図から実行へのハードルが一気に下がります。
逆に、目的そのものがまだ漠然としている段階なら、図を描く前に問題を枝分かれで分解して論点を整理しておくと、因果の連鎖が描きやすくなります。その場合は「ロジックツリーの作り方」を先に読むのがおすすめです。
ロジックモデルに関するよくある質問（FAQ）
Q1. ロジックモデルとロジックツリーは何が違いますか？
ロジックツリーは1つのテーマを「なぜ・どうやって」で枝分かれさせ、原因や打ち手を網羅的に洗い出す縦の分解図です。一方ロジックモデルは、資源→活動→成果→インパクトという因果の流れを左から右へ一直線に描く横の連鎖図です。問題を分解するのが前者、目的までの道筋を描くのが後者、と役割が異なります。両方を組み合わせると設計の精度が上がります。
Q2. 因果の図はどこから描き始めればいいですか？
右端のインパクト（最終的に実現したい状態）から描き始めるのがおすすめです。ゴールを先に測れる形で固めてから、それを生む成果、成果を生む活動へと右から左へ逆算すると、活動が「成果に効くものだけ」に絞られ、因果の飛躍を防げます。左の活動から思いつきで並べると道筋がぶれやすくなります。
Q3. 図の「活動」と日々のタスクの関係は？
活動はタスクに最も近い層ですが、多くの場合まだ粒度が大きく、そのままでは着手できません。「顧客との関係を強化する」という活動を、「今週連絡する顧客リストを作る」のように今日動ける一歩まで分解して初めて、実行可能なタスクになります。図の左端の活動を一歩まで割ることが、この手法を実際に動かす鍵です。
Q4. ロジックモデルとKGIはどう使い分けますか？
KGIは最終ゴールを測る数値指標、ロジックモデルはそのゴールに至る因果の道筋を描く図です。対立するものではなく、図の右端のインパクトをKGIとして測れる形で定義すると、その指標から逆算して各活動の良し悪しを判断できるようになります。KGIを因果の地図のゴールに据える、という組み合わせが実務では有効です。
Q5. 図を描いても実行が進まないのはなぜ？
図が完成したことで達成感が生まれ、左端の活動が大きく曖昧なまま放置されているケースが多いです。設計図ができても施工が始まったわけではありません。活動を今日着手できる一歩まで分解する工程が抜けると、実行は進みません。この分解はAIに任せると心理的ハードルが下がり、図から実行への移行がスムーズになります。
まとめ：ロジックモデルは「目的から活動への道筋」を描く地図
- ロジックモデルとは、資源→活動→成果→インパクトという因果の連鎖を1枚に描き、目的から活動への道筋をつなぐフレームワーク
- 典型的な失敗は 因果が飛躍する・インパクトが測れない・活動が実行可能なタスクになっていない の3つ
- 共通点は「因果の連鎖がどこかで切れている」こと。右端の指標と左端のタスクまでつないで初めて機能する
- 設計原則は インパクトを測れる形で定義・因果を一段ずつ刻む・活動を一歩まで分解
- ロジックツリー（分解）・KGI（指標）・行動計画（スケジュール）と組み合わせ、最後は今日の一歩から動き出す
🚀 「するたす」を無料で試す
ロジックモデルの左端の活動を、今日の一歩に。活動名を入れるだけで、AIが着手できる小ステップに自動分解します。
📱 PCの方はスマホで
この記事をシェア：
著者：藤岡 拓也（Takuya Fujioka）
AIタスク管理アプリ「するたす」開発者・運営者
タスク分解の”摩擦”をゼロにすることをテーマに、プロダクトを日々磨いています。
