新規事業
新規事業ロードマップの作り方|AI初版完成手順とNotionテンプレート付き
最終更新:
「新規事業を任されたが、どの順番で進めればいいか分からない」「ロードマップを作っても3ヶ月で誰も見なくなる」——このような悩みを、300社支援の現場で何度も聞いてきました。
ONE SWORD では、ロードマップが機能しない本当の理由は「構成要素の理解不足」ではなく、「初版を素早く作れない」と「形骸化を防ぐ運用設計がない」の2点だと結論づけています。
競合記事はロードマップの構成要素をきれいに説明して終わります。しかしこの記事では、ChatGPTプロンプトで初版を30分で作る手順と、Notionで更新し続けるための運用プロセス設計まで完結させます。
この記事で得られること:
- 300社支援から見えた「ロードマップが形骸化する4つのパターン」と防止策
- フェーズ/マイルストーン/KPI/リソースの設計方法と具体的なテンプレート
- ChatGPTで初版を30分で完成させる実践プロンプト
- Notionでチームが更新し続けるロードマップ運用の仕組み
- 事業部・上司・投資家に伝わる説明資料の整理方法

新規事業ロードマップとは?プロジェクト計画書との違いと作成目的
新規事業ロードマップとは、事業の目標達成に向けた行動計画を時系列で可視化した戦略的な工程表です。
Excelのガントチャートやプロジェクト計画書と混同されますが、本質的な役割は異なります。
| 比較軸 | ロードマップ | プロジェクト計画書 | ガントチャート |
|---|---|---|---|
| 主な目的 | 戦略的方向性と意思決定の指針 | タスクと期限の網羅的管理 | タスクの工期と担当者の可視化 |
| 対象読者 | 経営層・事業責任者・投資家 | プロジェクトチーム内 | 実行担当者 |
| 時間軸 | 中長期(1〜5年) | 短〜中期(数週間〜数ヶ月) | 短期(週〜月単位) |
| 粒度 | フェーズ・マイルストーン単位 | タスク単位 | 作業・日程単位 |
| 更新頻度 | 月1回(仮説更新に合わせて) | 随時 | 随時 |
ロードマップは「意思決定の地図」であり、チームが迷ったときに立ち返る羅針盤です。プロジェクト計画書やガントチャートは、ロードマップが示す方向性を実行に落とし込むための「詳細実行計画」に位置づけられます。
ロードマップを作る3つの目的
- 全体像の共有——「仮説検証期に何を達成すべきか」「PMFとはどういう状態か」をチーム全員が理解し、方向感のズレを防ぐ
- 意思決定の高速化——「計画通りか否か」の判断基準があることで、都度の合議なしに素早く動ける
- 外部ステークホルダーへの説明力——上司・経営層・投資家に対して「なぜ今これをやるか」を時系列で説明できる
ONE SWORDの現場知見
300社以上の支援を通じて見えてきたのは、ロードマップを持たない事業は撤退判断が遅れやすいという傾向です。「もう少し続ければ結果が出るかもしれない」というサンクコストバイアスが、冷静な判断を妨げます。ロードマップにはGo/No-Go基準を事前に書き込むことで、この問題を構造的に解決できます。
ロードマップが形骸化する4つのパターン(300社支援から)
「ロードマップを作ったが機能しなかった」という企業に、共通するパターンがあります。ここを理解してから作成に入ることが、機能するロードマップへの近道です。
パターン1:「承認を得るために作って、そのまま放置」
最も多いパターンです。きれいなスライドでロードマップを作り、経営会議で承認を得た後、誰も見なくなります。
根本原因: ロードマップが「承認用のドキュメント」として設計されており、「日常の意思決定ツール」として設計されていない。
防止策: 週次ミーティングのアジェンダ冒頭にロードマップの確認を固定化する。NotionやGoogleスライドに「全員が見られるURL」として共有し、毎週「今週の進捗がロードマップのどのマイルストーンに貢献したか」を確認する習慣をつける。
パターン2:「初月に作り込みすぎて、1ヶ月後に陳腐化」
Phase 1のロードマップに半月かけて、全フェーズの詳細タスクまで書き込む。しかし1ヶ月後に仮説が崩れ、ロードマップが「現実と乖離したドキュメント」になって誰も更新しなくなります。
根本原因: 「完璧なロードマップを最初に作れる」という誤解。新規事業は仮説の繰り返しであり、Phase 1で決められるのは「Phase 1の詳細」と「Phase 2〜4の大まかな方向性」だけです。
防止策: Phase 1は詳細に設計し、Phase 2以降は「方向性と大きなマイルストーンのみ」で記載する。各フェーズ開始時に直近フェーズを詳細化するローリング方式を採用する。
パターン3:「定性的な目標のみで数値がない」
「業界のリーディングカンパニーになる」「顧客に喜ばれるサービスをつくる」——定性的な目標だけでは、チームの行動は変わりません。
根本原因: 経営層やリーダーが「数字を出すのが怖い」か、「どんな数値を目標にすべきか分からない」かのどちらか。後者が圧倒的に多い。
防止策: フェーズごとに「Northstar Metric(最重要指標)」を1つだけ決める。Phase 1なら「顧客インタビュー30件のニーズ確認率17%以上」、Phase 2なら「MVP継続利用率10%以上」のように、シンプルな1指標から始める。
パターン4:「更新の仕組みがなく、誰も責任を持たない」
ロードマップを作った人物が異動・退職した後、誰がオーナーなのかが不明確で、更新が止まる。
根本原因: ロードマップのオーナー(誰が更新するか)と更新サイクル(いつ更新するか)が決まっていない。
防止策: ロードマップのオーナーを1名指名し、「毎月第1月曜日にロードマップを更新してチームに共有する」と明文化する。ツールはNotion推奨(後述)。
ONE SWORDの現場知見
上記4パターンが重複して発生しているケースも多く、支援先でも「パターン1(承認後放置)」と「パターン3(定性目標のみ)」を同時に抱える企業が多く見られました。この2つの組み合わせが最も機能不全に陥りやすい形です。ロードマップをNotionに移行し、週次KPIレビューと連携することで月次更新率が大幅に改善し、PMF到達が早まったケースも見てきました。
ロードマップの構成要素:フェーズ/マイルストーン/KPI/リソースの設計
形骸化パターンを理解した上で、構成要素を設計します。新規事業ロードマップには以下の7つの要素が必要です。
7つの必須要素
- ビジョン・最終ゴール——事業が目指す理想の状態と定量的な目標値(SMARTの法則で設定)
- フェーズ区分——時間軸に沿った段階的な区切り(4フェーズが標準)
- 各フェーズのマイルストーン——フェーズごとに達成すべき中間目標(達成/未達成が判定できる形式)
- 主要タスクとアクション——マイルストーン達成のための具体的な作業
- KPI(重要業績指標)——進捗を測るための定量指標(フェーズごとに3〜5個)
- リソース計画——必要な人員・予算・ツール・外部パートナー
- リスクと撤退基準(Go/No-Go基準)——想定リスクと撤退判断の数値基準
4フェーズ×7要素の標準テンプレート
| Phase 1(0〜3ヶ月) | Phase 2(3〜9ヶ月) | Phase 3(9〜18ヶ月) | Phase 4(18ヶ月〜) | |
|---|---|---|---|---|
| フェーズ名 | 仮説設定・検証 | MVP開発・実証 | ローンチ・初期拡販 | スケール・拡大 |
| 解くべき問い | この課題は本当に存在するか? | 解決策に対価を払うか? | ビジネスモデルは成立するか? | どう成長を加速するか? |
| 主要マイルストーン | インタビュー30件・ニーズ確認率17%以上 | MVP完成・継続利用率10%以上 | 有料顧客100社・MRR1,000万円 | 年間売上3億円・チーム10名 |
| Northstar KPI | ニーズ確認率 | 継続利用率 | MRR | YoY成長率 |
| サブKPI | インタビュー件数 / 仮説検証完了率 | NPS / CAC初期値 | LTV/CAC / チャーンレート | 営業利益率 / 市場シェア |
| リソース目安 | 2〜3名・月50万円以内 | 3〜5名・月200万円以内 | 5〜10名・月500万円以内 | 10名〜・事業計画に基づく |
| Go/No-Go基準 | ニーズ確認率17%以上 | 継続利用率10%以上 | MRR月100万円以上 | LTV/CAC 3以上 |
フェーズとマイルストーンの設計原則
マイルストーン設定の3つのルール:
- 判定可能であること——「顧客満足度を向上させる」ではなく「NPS +30以上を達成する」のように、達成/未達成が明確に判定できる形にする
- 期限があること——「いつか達成する」ではなく「2026年9月末までに達成する」と期限を区切る
- ビジネスインパクトがあること——作業の完了(「資料を作成した」)ではなく事業に意味のある成果(「有料顧客100社達成」)をマイルストーンにする
作業完了マイルストーンを事業成果マイルストーンに変換する例:
| 作業完了(NG例) | 事業成果(OK例) |
|---|---|
| ランディングページの公開 | LP経由の資料請求100件達成 |
| 営業資料の完成 | 営業資料を使った商談15件・成約率30%以上 |
| プロトタイプの完成 | プロトタイプの継続利用率20%以上を確認 |
| 採用活動の開始 | 営業担当2名・エンジニア1名の採用完了 |
ONE SWORDの現場知見
フェーズ設計で最もよくある誤りが「Phase 1(仮説検証)をスキップしてPhase 2(開発)から始める」パターンです。エンジニア出身の担当者や、「早く動こう」という文化の企業で多く見られます。300社以上の支援現場を振り返ると、Phase 1をしっかり実施した企業とスキップして開発から始めた企業では、2年後の事業継続率に明らかな差が出ています。仮説検証の時間は、後の数年を救う投資です。
AIプロンプトで初版を30分で作る手順(ChatGPT活用法)
ここが本記事の核心です。多くの担当者が「ロードマップの作り方は分かったが、白紙から書き始めるのが難しい」と感じています。ChatGPTを使えば、初版を30分以内に完成させることができます。
30分で初版を完成させる3ステップ
ステップ1(5分):事業基本情報を整理する
まず以下の情報をテキストでまとめます。ChatGPTに渡す「材料」です。
■ 事業のターゲット顧客:
■ 解決する課題:
■ 提供するソリューション(製品/サービスの概要):
■ 収益モデル:
■ 開始から目標とする期間(例:3年以内にXXX達成):
■ 現在のリソース(人員・予算の概要):
■ 最大の不確実性(一番分からないこと):
ステップ2(10分):ChatGPTに初版を生成させる
以下のプロンプトに、ステップ1の情報を入れて送信します。
あなたは新規事業の戦略コンサルタントです。
以下の事業情報をもとに、新規事業のロードマップ初版を作成してください。
【事業情報】
[ステップ1で整理した情報を貼り付け]
【出力形式】
以下の4フェーズ×7要素のマトリクス形式でMarkdownの表として出力してください。
- フェーズ:Phase 1(仮説検証0〜3ヶ月)/ Phase 2(MVP3〜9ヶ月)/ Phase 3(ローンチ9〜18ヶ月)/ Phase 4(スケール18ヶ月〜)
- 要素:フェーズ名 / 解くべき問い / 主要マイルストーン(数値+期限付き)/ Northstar KPI / サブKPI(3つ)/ リソース目安 / Go/No-Go基準(数値)
出力後、「この事業でPhase 1に最も重要な仮説検証の問いは何か」を3つ提示してください。
ステップ3(15分):AIの出力を自社事情に合わせてブラッシュアップする
ChatGPTの出力は「標準的な骨格」を与えてくれますが、以下の点を必ず人間が修正します。
- マイルストーンの数値を現実的な水準に調整する(AIは楽観的すぎる数値を出しやすい)
- 業界固有のリスクを追記する(競合・規制・季節性など)
- 自社リソースの実態に合わせてフェーズ期間を調整する
- Phase 1の「最も重要な仮説検証の問い」にGo/No-Go基準を紐づける
業種別・プロンプトカスタマイズ例
事業の性質によって、プロンプトに追加するコンテキストが変わります。
| 事業タイプ | 追加すべきコンテキスト | 注意点 |
|---|---|---|
| BtoB SaaS | 「エンタープライズ向けか中小企業向けか」「セールスサイクルの想定期間」 | CAC回収期間とLTV/CAC比率の設定を厳密に |
| BtoC サービス | 「獲得チャネルの想定(SNS/SEO/広告等)」「無料版と有料版の設計」 | Phase 2のテストユーザー獲得コストを織り込む |
| 製造業の新規事業 | 「製造リードタイム」「初期在庫投資額の制約」 | Phase 2のMVPを「モックアップ+受注確認」で代替できるか検討 |
| 中小企業の社内新規事業 | 「専任メンバーの有無」「本業との兼務比率」「経営層の関与度」 | Phase 1〜2を通常の2倍の期間で設定する |
実際のプロンプト出力例(抜粋)
従業員40名の人材派遣会社が「中小製造業向け工場スタッフのマッチングプラットフォーム」を立ち上げるケースでのChatGPT出力の骨格(想定例):
Phase 1のGo/No-Go基準(ChatGPT出力 → 修正後):
- ChatGPT出力:「インタビュー20件のうちニーズ確認率50%以上」
- 修正後:「インタビュー30件のうちニーズ確認率17%以上、かつ有料でも使うと回答した製造業経営者が5名以上」
AIが出力する数値はしばしば楽観的です。業界経験や感覚値を使って現実的な水準に引き下げることが重要です。
ONE SWORDの現場知見
30分でできると書きましたが、「30分で完成させること」がゴールではありません。 初版が素早くできることで、「細かいことは後で修正する」というマインドセットが醸成され、ロードマップを更新しやすくなることが真のメリットです。支援先でAIを活用してロードマップ初版を作成した企業では、従来比でロードマップ作成にかかる時間が大幅に削減され、その分の時間を顧客インタビューや事業検証に回せています。
Notionテンプレートの活用:チームで更新し続けるロードマップ運用
ロードマップは「作ること」より「使い続けること」が難しいです。このセクションでは、Notionを使ってチームが継続的に更新できる運用設計を解説します。
なぜNotionがロードマップ管理に最適か
| 理由 | 詳細 |
|---|---|
| タイムライン + テーブル + カンバンの切替 | 同じデータを「フェーズ俯瞰」「タスク管理」「KPIトラッキング」の3つの視点で見られる |
| リレーション機能 | ロードマップのマイルストーンと週次タスクを紐づけ、「このタスクはどのマイルストーンに貢献するか」を可視化できる |
| アップデートの通知機能 | ページが更新されたらSlackに通知、という自動化が容易に設定できる |
| 全員が更新できる | ファイルのバージョン管理不要でリアルタイムに全員が見られる |
Notionロードマップテンプレートの構成
ONE SWORDが支援先に提供しているNotionテンプレートの構成:
メインページ(ロードマップ全体図)
- タイムライン表示:4フェーズの期間バーを表示
- プロパティ:フェーズ名 / 期間 / 解くべき問い / ステータス(現在地)/ Go/No-Go基準
マイルストーン管理データベース
- テーブル表示:フェーズ / マイルストーン / 期限 / 担当者 / 達成率 / ステータス(未着手/進行中/完了/遅延)
- フィルター:「今月期限切れのもの」「遅延しているもの」を一発で絞り込む
KPIトラッキングデータベース
- Northstar KPIのグラフ(週次更新)
- 実績 vs 計画の比較表
- 前週比の自動計算
週次レビューテンプレート
## 今週のロードマップ確認(毎週月曜 10:00)
### 今週のマイルストーン進捗
- [ ] [今週期限のマイルストーン名] / 達成率:___%
### Northstar KPI(今週の実績)
- [KPI名]:[実績値](目標:[目標値])
### 計画 vs 実績のギャップ分析
- 遅延している理由:
- 来週の対応策:
### ロードマップ更新の要否
- [ ] 更新不要 / [ ] 更新あり(変更内容:)
チームで更新し続けるための5つのルール
- オーナーを1名指名する——「誰でも更新できる」は「誰も更新しない」と同義。月次更新の責任者を1名に絞る
- 週次ミーティングにロードマップを固定化する——週次ミーティングの冒頭5分をロードマップ確認に使う
- 更新の粒度を決める——「Northstar KPIの数値」と「マイルストーンの達成率」だけを毎週更新し、フルリニューアルは月1回
- 変更履歴を残す——「なぜ変更したか」をコメントに残す。1ヶ月後に見返したとき、その判断の根拠が分かる
- 良い変化も更新する——「計画より早く達成した」「予想外のポジティブな結果が出た」もロードマップに反映する
ONE SWORDの現場知見
支援先でNotion移行後にロードマップの月次更新率が大きく改善したケースを複数見てきました。共通しているのは「週次ミーティングの冒頭に必ずNotionを開く」という小さな習慣です。ツール移行よりも習慣化のほうが重要で、最初の4週間を乗り越えれば自然に定着します。ロードマップをSlack通知と連携させることで、経営者が毎朝KPI実績を確認する習慣が生まれ、問題の早期発見につながった事例も見ています。
フェーズ別KPI設計:仮説検証・PMF・スケールの各フェーズで測る指標
ロードマップの実行段階で「本当に正しい方向に進んでいるか」を判断するために、フェーズごとに追うべき指標が変わります。間違ったフェーズで間違ったKPIを追うと、本質的な課題を見逃します。
フェーズ別KPI設計の全体マップ
| フェーズ | このフェーズで検証する仮説 | Northstar KPI | サポートKPI | 計測頻度 |
|---|---|---|---|---|
| Phase 1(仮説検証) | 課題は存在するか?市場規模は十分か? | ニーズ確認率(インタビュー件数対比) | インタビュー実施件数 / 仮説検証完了率 / TAM算出精度 | 週次 |
| Phase 2(MVP実証) | 解決策に対価を払うか?繰り返し使うか? | MVP継続利用率 | テストユーザー数 / NPS / 課題解決度スコア / 初期CAC | 週次 |
| Phase 3(ローンチ・PMF) | ビジネスモデルは再現可能か? | MRR | CAC / LTV / チャーンレート / LTV/CAC比 | 月次 |
| Phase 4(スケール) | どうやって成長を加速するか? | YoY成長率 | 営業利益率 / 市場シェア / 従業員1人あたり売上 | 月次・四半期 |
Phase 1:仮説検証フェーズのKPI設計
Northstar KPI:ニーズ確認率
計算式:「深刻な課題を抱えている」と答えた顧客インタビュー対象者数 ÷ 総インタビュー件数
- Go基準:17%以上(30件中5件以上)
- No-Go / ピボット基準:10%未満(30件中3件未満)
なぜ17%か?リーン・スタートアップの先行研究では「初期の熱狂的ユーザーが5〜15%いれば事業化に進める可能性がある」とされており、ONE SWORDの支援現場でもこの水準を超えたケースでは次フェーズへの移行成功が多く見られます。
仮説検証フェーズで犯しがちなKPIの間違い:
- NG:「インタビューした相手が気に入ってくれた」(感覚的)
- OK:「30件中8件が『今すぐ使いたい』と答え、うち5件が仮料金に同意した」(定量的)
Phase 2:MVP実証フェーズのKPI設計
Northstar KPI:継続利用率(Retention Rate)
計算式:2週間後もMVPを使い続けているユーザー数 ÷ 初回利用ユーザー数
- Go基準:10%以上(テストユーザー50名中5名以上が2週間後も利用)
- No-Go / ピボット基準:5%未満
なぜ継続利用率がNPSより重要か?NPSは「好意的な印象」を測りますが、実際に繰り返し使うかどうかを測るのが継続利用率です。「面白いね」と言いながら2回目に使わないユーザーが多い事業は、有料化後に急速にチャーンします。
Phase 3:ローンチ・PMFフェーズのKPI設計
PMF(Product-Market Fit)の定量的な判断基準:
Sean Ellisのテストが有名ですが、ONE SWORDでは以下の複合条件を使っています。
| 条件 | 数値基準 |
|---|---|
| 「このサービスがなくなったら非常に困る」と答えるユーザー比率 | 40%以上 |
| MRRの月次成長率 | 10%以上(3ヶ月連続) |
| チャーンレート(月次解約率) | 5%未満 |
| LTV/CAC比率 | 3以上 |
上記4条件のうち3つを満たした時点をPMF達成と判断します。
Phase 4:スケールフェーズのKPI設計
スケールフェーズでは、「成長の効率性」を重視します。売上が伸びていても、コストが同じ速度で伸びていては価値がありません。
重視すべきユニットエコノミクス指標:
| 指標 | 計算式 | 健全値の目安 |
|---|---|---|
| LTV/CAC比 | 顧客生涯価値 ÷ 顧客獲得コスト | 3以上 |
| CAC回収期間 | CAC ÷ 月次収益/顧客 | 12ヶ月以内 |
| マジックナンバー | 四半期新規ARR ÷ 前四半期の営業・マーケコスト | 0.75以上 |
| 粗利率 | (売上 - 変動費)÷ 売上 | SaaS: 70%以上 |
ONE SWORDの現場知見
フェーズ別KPI設計でよくある失敗は「Phase 2でMRRを追い始める」ことです。MVP段階でMRRを追うと、「有料化できるユーザー数を増やすこと」が目的化し、「本当に課題を解決しているか」という本質的な問いが後回しになります。300社以上の支援先でも、Phase 2でMRRを主要KPIにした企業がPhase 3移行後に急激なチャーン増加を経験するケースが多く見られます。フェーズが変わればKPIも変える、という原則を徹底してください。
事業部・上司・投資家への説明資料としての整理方法
ロードマップは「チームの管理ツール」であると同時に、「外部ステークホルダーへの説明ツール」でもあります。対象者によって伝え方と強調するポイントが異なります。
ステークホルダー別のロードマップの見せ方
| 対象者 | 最も重視する問い | 強調すべきポイント | 適切なフォーマット |
|---|---|---|---|
| 経営層(直属の上司) | リソースに見合うリターンがあるか? | フェーズ別の投資額とGo/No-Go基準 | 1枚のサマリー + 詳細ロードマップ |
| 経営企画・財務部門 | 資金繰りへの影響は? | フェーズ別バーンレートと収益化タイミング | キャッシュフロー表との連動 |
| 事業部メンバー | 自分は何をすればいいか? | 直近3ヶ月のマイルストーンとタスク | Notionの週次タスクビュー |
| 外部投資家 | 資金回収できるか?スケールするか? | TAM・LTV/CAC・スケール仮説の根拠 | ピッチデック(ロードマップは1スライド) |
経営層プレゼン用のロードマップ整理法
経営層向けのプレゼンでは、「2枚セット構成」が最も効果的です。
1枚目:中長期ロードマップ(3〜5年の全体像)
- ビジョンと最終ゴール(定量的)
- 4フェーズの概要と期間
- 各フェーズの最重要マイルストーン1つ
- 累計投資額の見通し
2枚目:短期アクションプラン(直近1年の詳細)
- Phase 1〜2の詳細マイルストーン(月次)
- KPIとGo/No-Go基準
- 直近3ヶ月のタスクと担当者
- 想定リスクと対策
この2枚があることで、「大きな方向性は理解できた。で、具体的に何をするの?」という経営層の典型的な質問に即座に答えられます。
経営層プレゼンで頻出する質問と回答の準備
| 質問 | 準備すべき回答の骨格 |
|---|---|
| 「なぜ今やるのか?」 | 市場環境の追い風(PEST分析)+競合動向(参入前に動く根拠) |
| 「競合に勝てるのか?」 | 差別化ポイント3つ+競合分析の結果 |
| 「いくらかかるのか?」 | Phase 1の少額投資から始める提案(Phase 1上限額を明示) |
| 「失敗したらどうするのか?」 | Go/No-Go基準を示し「この数値を下回った時点で判断する」と説明 |
| 「何ヶ月でROIが出るのか?」 | Phase 3(9〜18ヶ月)での収益化モデルとLTV/CAC試算を提示 |
投資家向けピッチへの展開方法
VC・エンジェル向けのピッチでは、ロードマップは通常1スライドに凝縮します。以下の情報を1スライドに収めます。
- フェーズ名と期間(タイムライン形式)
- 各フェーズの主要マイルストーン1〜2個
- 資金調達のタイミング(どのフェーズで次のラウンドを想定するか)
- 各フェーズで解消する不確実性の名称
「このフェーズで何の不確実性を解消するか」を明示することで、投資家は「今の投資でどこまで検証できるか」を直感的に把握できます。
ONE SWORDの現場知見
経営層プレゼンで最も失敗が多いのは「詳細なガントチャートを見せすぎる」パターンです。支援先の多くが初回プレゼンでタスクレベルの詳細を見せており、「細かすぎて何を承認すればいいか分からない」という理由で保留になるケースが多発していました。経営層には「Phase 1のGo/No-Go基準と、Phase 1に必要な投資額」の2点だけを明確にした上で、詳細はオンデマンドで見せるスタイルに変えたところ、初回承認率が大幅に改善しています。
よくある質問
Q: 新規事業のロードマップとプロジェクト計画書の違いは何ですか?
ロードマップは「戦略的な方向性と意思決定の指針を示すもの」、プロジェクト計画書は「タスクと期限を網羅的に管理するもの」です。ロードマップは経営層・事業責任者向けで中長期の視点(1〜5年)、プロジェクト計画書はチーム内の実行管理で短〜中期の視点(数週間〜数ヶ月)を対象にします。ロードマップがあってこそ、プロジェクト計画書の各タスクが「なぜやるのか」という文脈を持ちます。
Q: ChatGPTで作ったロードマップは実際に使えますか?
「初版の骨格を作るツール」として有効ですが、そのまま使えるわけではありません。AIは業界固有のリスクや自社のリソース制約を知らないため、マイルストーンの数値が楽観的すぎる・業界特有の規制リスクが抜けているなどの問題が生じます。本記事で解説した通り、AI出力の後に「数値の現実的水準への調整」「業界固有リスクの追記」「自社リソースに合わせたフェーズ期間の修正」を15分かけて行うことで、実用レベルのロードマップになります。
Q: ロードマップの更新頻度はどのくらいが適切ですか?
Northstar KPIとマイルストーンの達成率は週次で確認し、ロードマップ全体の見直し・更新は月1回が標準的です。新規事業は仮説の繰り返しのため、「月1回の更新は当たり前」というマインドセットを持つことが重要です。逆に週単位でロードマップを書き換えると、チームが方向感を失うため注意が必要です。大きな仮説崩壊(方向転換)があった場合は、臨時でロードマップを見直します。
Q: 中小企業でもロードマップは必要ですか?4フェーズは多すぎませんか?
規模に関係なく必要です。むしろ人員・資金に余裕のない中小企業ほど、「何を優先するか」「いつ撤退するか」を明確にしないと、少ない経営リソースを無駄に消耗するリスクが高まります。4フェーズが多すぎると感じる場合は、「Phase 1(仮説検証)」と「Phase 2(MVP検証)」の2フェーズに絞り、各フェーズにマイルストーンとGo/No-Go基準だけを設定したシンプルな形から始めることをおすすめします。
Q: ロードマップのGo/No-Go基準はどう決めればいいですか?
フェーズごとに「最も重要な仮説が正しいことを証明する指標」を1つ選び、そのしきい値をGo/No-Go基準にします。Phase 1であれば「ニーズ確認率17%以上」、Phase 2であれば「MVP継続利用率10%以上」が標準的な水準です。自社事業に合わせた調整が必要ですが、まずは業界標準値から始めて、仮説検証の結果に応じて修正していくのが実践的なアプローチです。「完璧な基準」を初回に設定しようとすると前に進めなくなるため、まず仮設定して動き始めることを優先してください。
Q: ロードマップは誰が作るべきですか?
事業責任者が主体的に作成することが大原則です。コンサルタントや外部支援者が代わりに作ったロードマップは、現場の「自分ごと感」が薄く、形骸化しやすい傾向があります。ONE SWORDでは、事業担当者がChatGPTで初版を作り、その後30分のワークセッションで内容をブラッシュアップするスタイルを推奨しています。「自分で作った」という感覚が、使い続けるモチベーションにつながります。
Q: ロードマップと仮説検証はどう連動させますか?
ロードマップのPhase 1は「仮説検証フェーズ」そのものです。仮説検証で得られた顧客インタビューの結果・ニーズ確認率・市場規模の試算が、Phase 1のGo/No-Go判断の根拠になります。仮説検証の結果を受けて「Phase 2に進む」「仮説を修正する」「事業を撤退する」のいずれかを判断し、ロードマップを更新する、というサイクルが新規事業の本質的なPDCAです。
Q: 投資家への説明でロードマップはどう使えばいいですか?
VC・エンジェル向けのピッチでは、ロードマップを1スライドに凝縮し「各フェーズで解消する不確実性」を明示するのが効果的です。「このフェーズでプロダクトリスクを解消する」「このフェーズで市場リスクを解消する」という形で、資金の使途と不確実性の低減ステップが対応していることを示します。詳細なタスク管理はピッチでは不要で、「ビジョン・マイルストーン・リソース・Go/No-Go基準」の4点に絞った1枚が最も伝わります。
まとめ:ロードマップは「完成させるもの」ではなく「更新し続けるもの」
新規事業ロードマップの作り方を、4フェーズの設計から始まりAI活用・Notion運用・KPI設計・説明資料の整理まで体系的に解説しました。
本記事のポイントを振り返ります。
- 形骸化パターンの理解が先:300社支援で見えた4つの形骸化パターン(承認後放置・初月作り込みすぎ・定性目標のみ・更新責任者不在)を事前に把握し、防止策を組み込む
- AIで初版を30分で作る:ChatGPTのプロンプトで骨格を生成し、自社事情に合わせて15分でブラッシュアップするサイクルを確立する
- Notionで運用設計する:オーナー1名指名・週次ミーティング冒頭での確認・月1回のフルアップデートの3つを仕組みとして組み込む
- フェーズごとにKPIを変える:Phase 1はニーズ確認率、Phase 2は継続利用率、Phase 3はMRR、Phase 4はYoY成長率というように、フェーズに合った指標を追う
- ステークホルダーに合わせて見せ方を変える:経営層には2枚セット構成、投資家には1スライドに凝縮する
ここまで読んで「自分の事業に当てはめて考えてみたが、どのフェーズで何を検証すべきか整理できない」「ロードマップを作ったが、本当にこの仮説設定でいいか自信が持てない」と感じている方は多いはずです。
特に従業員30〜100名規模の企業での新規事業担当者から「教科書的な手順は分かるが、自社の状況に合わせた判断が分からない」という声をよくいただきます。新規事業は「正解を知っている人間を見つける」ことよりも「仮説を正しく立て、最速で検証する能力を鍛える」ことのほうが重要です。
ONE SWORDが提供する 新規事業立ち上げキット は、新規事業の全体設計から事業計画書の完成まで、4ステップの解説動画と穴埋め式テンプレートで順番に進められる実戦教材です。事業担当者が自走できるレベルまで理解を深められる構成です。「ロードマップを作るだけでなく、使い続けられる仕組み」を自社に導入したい方は、ぜひ内容をご確認ください。
関連記事
新規事業のロードマップ作成に役立つフレームワークや分析手法を、あわせてご確認ください。