ロードマップの作り方|新規事業の戦略を一枚にするテンプレート

この記事は、ネクストイノベーションベース編集部の鳥居 誉定が書きました。

「半年後までのロードマップを出して」と頼まれ、調査、PoC、開発、営業準備を横一列に並べます。矢印と日付はきれいに収まったのに、会議では「結局、どの時点で何を判断するのか」と聞かれます。よくある詰まり方です。

ロードマップの作り方で先に決めるのは、作業日程ではありません。現時点の仮説、目標状態、戦略上の選択、判断ゲート、成果指標のつながりです。日々の作業は、その後に工程表へ分けます。

この記事では、架空の法人向け新規事業を使って、事業ロードマップの初版を一枚にまとめ、工程表・KPI・稟議へ分けるところまでを進めます。

ロードマップとは|作り方の前に工程表・事業計画との違いを知る

事業ロードマップは、「事業をどの状態へ変え、どの順番で投資判断を行うか」を示す資料です。工程表は「誰が、いつ、何を終えるか」を管理し、事業計画書は「売上、費用、投資条件がどう成立するか」を示します。

3つを1枚へ詰め込むことは、戦略の議論が日程調整に吸収される原因です。月ごとの作業が予定どおり進んでいても、顧客の課題仮説が崩れている場合があります。1枚に詰め込むと、その崩れを見落とします。

成果物

主に答える問い

記載する内容

更新する場面

事業ロードマップ

どの順番で事業を成立させるか

目標状態、戦略テーマ、判断ゲート、成果指標、主要な前提

戦略や前提が変わったとき

工程表

誰がいつ何を終えるか

タスク、担当、期限、依存関係、完了条件

週次の進捗確認

企画書

次の検証へ進めるか

顧客課題、提供価値、検証内容、求める承認

新しい承認を得るとき

事業計画書

追加投資に耐えるか

売上・費用の前提、必要資金、投資条件、撤退条件

実測値を得た判断時点

製品機能の開発順を示すプロダクトロードマップや、技術移行を扱う技術ロードマップもあります。ここで扱う事業ロードマップが示すのは、対象顧客、投資を増やす順番、各段階で選ばないこと、次へ進む証拠です。

来週の担当者や期限は、ロードマップだけでは管理しません。ロードマップで判断条件へ合意した後、工程表へ作業を展開します。

ロードマップの作り方|作図前に集める5つの入力情報

横長の図から作り始めると、左端の「市場調査」と右端の「事業化」の間が活動名で埋まります。作図ソフトを開く前に、現在地、目標状態、期限、主要な前提、意思決定者を1枚へ集めてください。

1.現在地

顧客の行動記録、取得済みの見積もり、社内部門へ確認した利用可能な資産など、いま根拠を示せる事実を書きます。期待や計画は、確認済みの事実とは別の欄です。

2.目標状態

「PoC完了」のような作業の終了ではなく、「利用者が現在の代替手段から切り替える条件を確認した」のような状態変化を書きます。

3.期限

制度施行や契約更新など動かせない外部期限、経営会議などの社内判断日、担当者が置いた仮の目標日を分けます。すべてを同じ強さの締切として扱いません。

4.主要な前提

「この価格なら売れる」「既存の営業網を使える」など、成立に必要だが未検証の仮説を置きます。一緒に書くのは、確認方法と結果が判断へ与える影響です。

5.意思決定者

各ゲートで何を決める人か、確認に加わる部門はどこか、判断に必要な材料は何かを記します。肩書だけでなく、決める権限を示してください。

不明な項目を仮の数字で埋める必要はありません。「未確認」と書き、確認方法、担当者、期限、判断への影響を残します。空欄を隠さないことが、初版の精度を上げるコツです。

新規事業ロードマップの作り方が分かるテンプレート

ロードマップの横軸には、月だけでなく事業の状態変化を置きます。検証前、顧客課題の確認、提供価値の確認、提供方法の確認、事業化判断といった段階です。月や四半期は、その上に補助線として加えます。

縦軸は、次の7行です。

行

記入する内容

書き方の例

目標状態

その段階を終えたときの事業・顧客の状態

対象顧客と解く課題が絞られている

戦略テーマ

その段階で優先する選択

対象業務を一つに限定して検証する

判断ゲート

継続・変更・停止などの選択

解決案の検証へ進むか、課題仮説へ戻るか

判断材料

ゲートで読む事実・成果物

顧客の行動記録、反対例、未確認事項

成果指標

状態変化を捉える項目

課題が起きる条件、切替条件、支払いを止める条件

主要な前提

成立に必要だが未確認の仮説

社内データを指定範囲で利用できる

責任

作成者ではなく判断責任の所在

事業責任者、ゲート判断者、確認部門

架空の法人向け新規事業でテンプレートを埋める

複数部署から届く申請内容を確認する、法人向け業務支援サービスを想定します。

項目

課題確認

解決案の確認

提供方法の確認

事業化判断

目標状態

対象業務と困る場面が限定されている

現行手段から切り替える条件が分かっている

導入・運用を止める条件が分かっている

投資範囲と残すリスクを経営が選べる

戦略テーマ

対象部署を絞る

完成品を作らず代替案を比較する

実運用に近い手順で試す

対象市場と提供範囲を選ぶ

判断ゲート

課題仮説を維持・変更・停止する

試験提供へ進むかを決める

販売準備へ進むかを決める

追加投資・限定継続・停止を決める

判断材料

出来事の記録、反対例

利用行動、拒否理由、未確認事項

運用記録、見積もり、関係部門の確認

顧客事実、収支前提、体制、主要リスク

主要な前提

同じ課題が複数の場面で起きる

既存手段から変える理由がある

情報管理と運用負荷が許容範囲に収まる

継続的に提供できる体制を組める

この表に「顧客候補を探す」「画面を作る」「見積もりを取る」といったタスクは書きません。それらは判断材料を得るための作業です。ロードマップへ合意した後、工程表で担当者と期限を付けます。

ロードマップの作り方|戦略を時間軸へ落とす6段階

目標日から作業を逆算する前に、最後の判断、目標状態、戦略テーマ、判断ゲート、成果指標の順に組み立てます。先の期間は粗く、次の判断ゲートまでを詳しく書くのが扱いやすい形です。

1.最後に求める判断を1文で置く

右端へ「事業化」とだけ書かず、誰が何を選ぶかを書きます。たとえば「経営会議が、追加投資、対象を限定した継続、停止のいずれかを選ぶ」という文です。

選択肢が1つしかなければ、判断ではなく追認です。顧客の事実、提供方法、収支の前提、体制、主要リスクなど、最終判断に必要な材料も横へ置きます。

2.目標状態を段階に分ける

最終判断までの変化を、顧客課題、解決案、提供方法、販売・運用、投資判断のように分けます。段階の境目は、資料や会議が終わる日ではなく、意思決定が変わる場所です。

顧客課題が崩れた場合に、どの段階へ戻るかも書きます。

3.各段階の戦略テーマを1つに絞る

戦略テーマの例は、「対象業務を1つに限定する」「個別開発を受けず共通要件を確かめる」です。初版で扱わない顧客層、作らない機能、使わない販売経路も残します。

4.判断ゲートと分岐を置く

各ゲートには、日付、判断者、選択肢、必要な材料、未確認でも進める条件を置きます。選択肢は、継続、対象変更、追加確認、保留、停止です。

5.成果指標を状態変化へ結び付ける

面談件数や資料枚数だけでは、事業の確からしさを読めません。顧客の行動、支払いを止める条件、運用負荷、提供可否など、判断を変える項目を置きます。

数値基準は、何をどう見るかを決めた後に設定します。根拠のない通過率を先に置かないでください。

6.期間を当て、次のゲートまで詳細化する

戦略と判断条件がそろってから、日付を当てます。次のゲートまでは具体化し、その先は目標状態と主要な前提だけを置きます。

初版の会議では、図の見栄えより、抜けた判断、無理な順序、部門間で異なる前提を確認してください。

ロードマップの作り方を工程表・KPI・稟議へつなぐ

ロードマップを実行へ移すときは、戦略テーマを工程表の作業へ、成果指標を観測項目へ、判断ゲートを稟議の承認単位へ分けます。一枚から引き継ぐのは、判断条件だけです。

ロードマップ上の要素

分解先

引き継ぐ内容

戦略テーマ

企画書・工程表

優先する対象、今回は扱わない範囲、主要な作業

判断材料

工程表・検証記録

成果物、取得方法、作業責任者、完了条件

成果指標

KPI・観測記録

定義、対象、観測時点、データの出所

判断ゲート

稟議・会議体

判断者、選択肢、必要資料、承認範囲

主要な前提

事業計画・リスク一覧

実測・見積もり・未検証の区分、見直し条件

工程表には、次のゲートで読む判断材料から、作業、担当者、期限、依存関係を逆算して展開します。KPIへ渡すのは、状態変化、対象、観測時点、記録の出所です。活動件数と結果は分けます。

稟議はゲート単位で切り出します。今回の承認範囲、費用と人員、取得する判断材料、次の判定日を記載してください。ロードマップの右端まで一度に承認を求めないでください。次の判断までを1つの投資単位にします。

ロードマップの更新ルール|仮説が変わっても形骸化させない

ロードマップは、日付が遅れたときだけ直す資料ではありません。前提、戦略テーマ、判断材料、ゲートが変わったときに更新します。

承認時の版を「基準版」として保存し、日々使う「現行版」と分けてください。変更ログには、次の項目を残します。

  • 変更日
  • 変更前と変更後
  • 根拠となる事実
  • 影響する判断ゲート
  • 変更を承認した人

日付だけの変更を扱う場所は、工程表です。対象顧客、提供価値、販売方法、投資条件が変わるなら、ロードマップも更新します。

更新会議は、「予定より遅れた作業」ではなく、前回以降に確認できた事実、崩れた前提、次のゲートへの影響から始めます。現行版の保存先を1つにし、図を編集する人と判断を更新する人を分けてください。

ロードマップの作り方で起きる8つの失敗と直し方

使われないロードマップは、作図が下手なのではありません。事業の状態変化、選ばないこと、判断ゲート、更新責任のどれかが抜けています。

症状

なぜ止まるか

直し方

月ごとの活動名しかない

時間経過と事業の進展を区別できない

横軸を目標状態と判断ゲートで切る

右端が「事業化」だけ

誰が何を選ぶか分からない

判断者、選択肢、必要材料を書く

全期間が同じ細かさ

前提変更で後半の記載が無効になる

次のゲートまでを詳しくし、先は粗く置く

追加要望をすべて載せる

優先順位が消え、戦略テーマが活動一覧になる

選ばない顧客・機能・経路を明記する

成果指標が活動件数だけ

作業量が増えても判断が変わらない

顧客行動、拒否条件、提供可否へ結び付ける

ゲートが会議日だけ

報告しても継続・変更・停止を選べない

選択肢と必要な判断材料を置く

版が毎回上書きされる

変更理由と承認時の前提が消える

基準版、現行版、変更ログを分ける

工程表と同じ内容になる

戦略の議論が日程調整に吸収される

ロードマップは状態変化、工程表は担当と期限へ分ける

もう1つ避けたいのは、正しそうな未来を一方向に描くことです。顧客課題が崩れることも、提供方法が成立しないことも、使えると思っていた社内資産が使えないこともあります。こうした分岐がなければ、悪い事実が出ても予定どおり次へ進んでしまいます。

各ゲートで「何が起きたら前へ進まないか」を1つずつ確認してください。停止だけでなく、対象変更、追加確認、保留も選択肢です。ロードマップは成功を宣言する図ではありません。投資を増やす根拠と、戻る条件を同じ画面で扱う資料です。

まとめ|ロードマップの作り方は、次の判断から逆算する

ロードマップの作り方は、最終判断から目標状態を分け、戦略テーマ、判断ゲート、成果指標、主要な前提を時間軸へ並べる手順です。作業予定は工程表へ、数値前提は事業計画書へ、承認範囲は稟議へ分けます。

初版で未来を正確に当てる必要はありません。事実、仮説、未確認を分け、次の判断までに何を確かめるかをそろえます。先の期間は粗く、直近のゲートだけを詳しくしてください。

前提が変わったら、基準版を残したまま現行版と変更ログを更新します。工程表との違いも明確です。ロードマップは事業の状態変化と戦略上の選択を扱い、工程表は判断材料を得る作業、担当者、期限、依存関係を扱います。

一枚へすべてを詰め込まず、判断条件だけを共通に持たせます。この分け方なら、日程が変わっても事業の狙いを見失いません。

新規事業12項目 自己診断チェックシート

判断ゲートや成果指標を置く前に、新規事業が止まる要因を意志、検証、組織の観点から点検するための資料です。点検結果を、ロードマップで優先して確かめる前提や判断材料の整理に使えます。

新規事業12項目 自己診断チェックシートをダウンロード


資料を請求する