「半年後までのロードマップを出して」と頼まれ、調査、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項目 自己診断チェックシート
判断ゲートや成果指標を置く前に、新規事業が止まる要因を意志、検証、組織の観点から点検するための資料です。点検結果を、ロードマップで優先して確かめる前提や判断材料の整理に使えます。
