フレームワーク活用ガイドひとことで言うと#
プロジェクトのロードマップを「いつ何を作るか（Output）」ではなく、「いつどんな成果を出すか（Outcome）」を軸に設計する手法。「ログイン機能を作る」ではなく「ユーザーの初回利用率を80%にする」のように成果で語ることで、手段の柔軟性を保ちながらゴールを共有できる。
押さえておきたい用語#
- アウトカム（Outcome）
- プロジェクトが生み出すビジネス上の成果や行動変容。機能のリリース（Output）とは区別される。
- アウトプット（Output）
- プロジェクトが作り出す成果物そのもの。機能・ドキュメント・システムなど。アウトカムを達成する手段にすぎない。
- タイムホライズン
- ロードマップの時間軸の区切り方。近い将来は詳細に、遠い将来は粗くする「Now / Next / Later」形式がよく使われる。
- 成功指標（Key Result）
- アウトカムの達成度を定量的に測定する指標。OKRのKey Resultと同じ考え方で、「何を持って成果とするか」を明確にする。
アウトカムベース・ロードマップの全体像#
こんな悩みに効く#
- ロードマップが機能リストになり、ステークホルダーと「何のためにやるのか」で揉める
- 途中で要件が変わるたびにロードマップの作り直しが発生する
- 機能をリリースしたのに、ビジネス成果につながらない
基本の使い方#
「何を作るか」ではなく「何を達成するか」を先に決める。
- 「売上を20%増やす」「顧客の初回体験を改善する」「問い合わせ対応時間を半減する」
- 1つのロードマップに 3〜5つ の成果を置く
- 成果は「誰の・どんな行動が・どう変わるか」で記述すると具体化しやすい
成果があいまいだと「達成できたかどうか」を判断できない。
- 「初回利用率を80%にする」→ KR: 登録後7日以内にログインしたユーザーの割合
- 「問い合わせ対応時間を半減」→ KR: 平均対応時間を 4時間 → 2時間
- 指標は計測可能で、データが取得できるものを選ぶ
固定の日付ではなく「Now（今取り組む）」「Next（次に取り組む）」「Later（将来的に取り組む）」で分ける。
- Now: 具体的な施策が決まっている。指標と手段がセット
- Next: 方向性は決まっているが、手段は検討中
- Later: 仮説段階。事業環境の変化に応じて変わりうる
具体例#
状況: 従業員40名のBtoB SaaS企業。四半期ごとに機能ロードマップを作成していたが、「レポート機能」「API連携」「ダッシュボード」などOutputの羅列で、リリース後に「作ったけど使われない機能」が 全体の30%。
アウトカム型への移行
| 時間軸 | Output型（従来） | Outcome型（移行後） |
|---|---|---|
| Now | レポート機能の改修 | 月次レポート作成時間を 3時間→30分 に |
| Next | API連携の追加 | 顧客の他ツールとのデータ統合率を 40%→70% に |
| Later | モバイルアプリ | 外出先での利用率を 5%→25% に |
移行後の四半期で「使われない機能」は 30% → 8% に減少。Now の成果指標を達成するためにレポートのUXを全面改修した結果、顧客の月次レポート作成時間は 3時間 → 25分 に短縮された。
状況: 人口20万人の市。窓口のデジタル化プロジェクトで、情報システム課が「電子申請システムの導入」をロードマップに載せたが、市民課から「それで何が変わるの？」と質問が出て合意が得られなかった。
アウトカム型に書き換え
- Now: 来庁不要で完結する手続きを 現在の5% → 30% に引き上げる
- Next: 窓口の平均待ち時間を 25分 → 10分 に短縮する
- Later: 市民の行政サービス満足度を 3.2/5.0 → 4.0/5.0 に改善する
市民課の反応が「自分たちの仕事に直結する」と変わり、プロジェクトへの協力が得られた。初年度、来庁不要手続きの比率は 5% → 28% を達成し、住民からの問い合わせ件数が月 15% 減少した。
状況: 従業員500名の物流会社。倉庫オペレーション改善プロジェクトで、現場から「WMS入れ替え」「バーコード導入」「レイアウト変更」の要望が出ていたが、優先順位が決まらず 3か月 議論が停滞していた。
アウトカム型で優先順位を整理
- Now: 出荷ミス率を 1.2% → 0.3% に削減（年間損失 800万円 の回収）
- Next: 1件あたりのピッキング時間を 4分 → 2.5分 に短縮
- Later: 倉庫の坪効率を 20% 改善
Now の成果を達成する手段として、まずバーコード導入を選択（WMS入れ替えより速く効果が出るため）。導入3か月で出荷ミス率は 1.2% → 0.4% に改善し、年間換算で 約650万円 のコスト削減となった。
やりがちな失敗パターン#
- OutputをOutcomeだと思い込む — 「ログイン機能を作る」はOutput。「初回利用率を80%にする」がOutcome。「それで何が変わるのか？」と問い直す
- 成功指標を設定しない — 指標がないとOutcome型のメリット（達成度の測定・手段の柔軟な変更）が失われる
- Now / Next / Later を固定日付に置き換える — 「Q1に〇〇」と書いた瞬間にOutput型に戻りやすい。期限ではなく優先順位として扱う
- ロードマップを一度作って放置する — 学びに応じてNow→Nextの順序を入れ替えたり、手段を変えたりすることがOutcome型の本領
まとめ#
アウトカムベース・ロードマップは「何を作るか」ではなく「何を達成するか」で計画を語る手法であり、手段の柔軟性を保ちながらゴールを全員で共有できる。Now / Next / Laterの時間軸で優先順位を示し、各成果に定量的な指標を設定することで、ステークホルダーとの合意形成とプロジェクトの方向修正が格段にやりやすくなる。