フレームワーク活用ガイドひとことで言うと#
「次にどの機能を作るか」ではなく「どのビジネス成果を達成するか」を軸にロードマップを設計する手法。Josh SeidenとTeresa Torresが提唱し、プロダクト主導の組織で急速に広まった。
押さえておきたい用語#
- Outcome（アウトカム）
- ユーザーの行動変化やビジネス指標の改善など、測定可能な成果のこと。「ログイン画面の刷新」は機能であり、「初回ログイン完了率を70%→85%にする」がアウトカムにあたる。
- Output（アウトプット）
- チームが作り出す機能や成果物そのものを指す。リリースした機能数やデザインの納品物など、「何を作ったか」に焦点を当てた指標。
- Opportunity（オポチュニティ）
- 顧客の未解決の課題や欲求のこと。アウトカムを達成するために「どの顧客課題を解くべきか」を特定する材料になる。
- Time Horizon（タイム ホライズン）
- ロードマップの計画期間を区切る時間枠である。Now / Next / Later の3段階で分けるのが一般的な手法。
アウトカムベースロードマップの全体像#
こんな悩みに効く#
- ロードマップが「機能リスト」になっていて、何のために作るのか説明できない
- ステークホルダーから「あの機能はいつ?」と聞かれるたびに防戦一方になる
- リリースしたのに指標が動かず、チームの士気が下がっている
基本の使い方#
ロードマップの起点はビジョン。「1年後にユーザーの生活がどう変わっているか」を一文で書けるか確認する。ビジョンがふわっとしていると、この後のOutcome設定がブレる。
- ビジョンステートメントを1文で書き出す
- 経営目標やOKRとの整合性を確認する
「何を作るか」ではなく「どんな行動変化・ビジネス結果を生むか」を書く。必ず測定可能な形にする。
- 悪い例：「検索機能を改善する」（これはOutput）
- 良い例：「検索経由の購入率を12%→18%に引き上げる」（これがOutcome）
- Outcomeは四半期あたり 2〜3個 に絞る。多すぎるとフォーカスが散る
各Outcomeに対して「どの顧客課題を解けば成果につながるか」を洗い出す。Teresa TorresのOpportunity Solution Treeが便利。
- ユーザーインタビューやデータ分析からOpportunityを列挙する
- インパクト × 実現可能性で優先順位をつける
確度の高い施策を「Now」、検証中のものを「Next」、仮説段階を「Later」に配置する。
- Now（0〜4週）：具体的な施策と担当が決まっている
- Next（1〜3ヶ月）：方向性は合意済み、詳細はこれから
- Later（3ヶ月〜）：仮説レベル。状況に応じて柔軟に変える前提
具体例#
月額制フィットネスアプリ（MAU 15万人）のPMチームは、ロードマップが「AIコーチ機能」「動画ライブラリ拡充」「Apple Watch連携」と機能の羅列になっていた。経営陣から「どれが売上に効くのか」と問われ、答えられなかった。
Outcome設定
- 30日継続率を 42% → 55% に引き上げる（四半期目標）
Opportunity特定 ユーザーインタビュー30件の結果、「最初の1週間で何をすればいいか分からず離脱する」が最大のドロップオフポイントだと判明。
ロードマップ
| Time Horizon | 施策 | 狙い |
|---|---|---|
| Now | 初週ガイド付きプログラム（7日間） | 初週継続率を28%→45%に |
| Next | 達成バッジ＋友人シェア機能 | 2〜4週目の離脱防止 |
| Later | AIパーソナライズプラン | 長期定着のさらなる向上 |
初週ガイドのリリース後、30日継続率は 42% → 51% まで改善。1つの施策で目標の約7割を達成できた。
従業員管理SaaS（ARR 8億円、顧客数420社）のプロダクト組織は、営業からの機能要望リストをそのままロードマップに載せていた。リリースしても解約率は横ばいの月次 1.8% のまま。
Outcome：Net Revenue Retention（NRR）を 96% → 105% にする
Opportunityの分解
- 解約理由Top1：「レポートが経営層に見せられるレベルではない」（解約企業の53%が回答）
- アップセル阻害要因：上位プランの価値が伝わっていない
Now / Next / Later
- Now：ダッシュボードの刷新（経営レポート対応）
- Next：上位プランのトライアル機能（14日間の無料体験）
- Later：業界別ベンチマーク機能
ダッシュボード刷新から3ヶ月で解約率が 1.8% → 1.1% に低下。さらにトライアル経由のアップセル転換率が 23% となり、NRRは 103% に到達した。
人口12万人の地方自治体が導入した住民向けオンラインポータル。予算2,400万円をかけて構築したが、月間アクティブユーザーはわずか 1,800人（住民の1.5%）。担当課は「機能を増やせば使ってもらえるはず」と、ゴミ収集カレンダーや施設予約など10機能の追加を計画していた。
外部アドバイザーの提案でアウトカムベースに切り替え、「月間利用者数を 1,800人 → 8,000人」をOutcomeに設定。住民アンケート（回答1,200件）で「そもそもポータルの存在を知らない」が 67%、「知っているが使い方が分からない」が 18% と判明。
| Time Horizon | 施策 | 狙い |
|---|---|---|
| Now | LINE連携ログイン＋月1回のプッシュ通知 | 認知と初回利用のハードルを下げる |
| Next | 転入届オンライン化（来庁不要） | 「これは便利」と実感できるキラー機能 |
| Later | AIチャットボットでの問い合わせ対応 | 利用頻度の底上げ |
LINE連携の実装だけで月間利用者は 1,800人 → 5,200人 に。機能を10個追加するより、入口の課題1つを解くほうがはるかにインパクトが大きかった。
やりがちな失敗パターン#
- Outcomeが曖昧すぎる — 「ユーザー体験を改善する」では測定できない。数値目標と期限をセットで定義しないと、結局Outputベースに戻ってしまう
- Now枠に詰め込みすぎる — Nowに10個も施策を入れると、ただの機能リストと変わらない。Nowは 3〜5施策 が限度
- Laterを放置する — 「いつかやる」ゴミ箱になりがち。四半期ごとにLaterの項目を見直し、不要なものは明確に捨てる判断が必要
- ステークホルダーとの共有を怠る — Outcomeで語るロードマップは、共有してこそ価値がある。経営・営業・CSに「なぜこの順番か」を伝えることで、機能要望の優先度議論が建設的になる
まとめ#
アウトカムベースロードマップは、「何を作るか」ではなく「どんな成果を出すか」を軸にプロダクト計画を立てる手法。Outcomeを 測定可能な指標 で定義し、Now / Next / Laterの時間軸で施策を整理する。機能リスト型のロードマップから脱却したいチームは、まず今のロードマップにある各項目を「それはOutputかOutcomeか」と問い直すところから始めるとよい。