「プロダクトロードマップを作る必要があるが、何を書き込めば良いのかわからない」というとき、指針になるサンプル（例）があるとスムーズに作成できます。

本記事では、プロダクトロードマップの概要や作り方を詳しく、そしてわかりやすく解説します。プロダクトマネジメントに関わるPMやSE、デザイナーの人はぜひ最後までご一読ください。

プロダクトロードマップとは

プロダクトロードマップとは、ステークホルダーや開発チームが以下の代表的な項目を理解できるようにまとめたものです。なお、項目と記載事項は後述の表へまとめていますので、そちらをご参考ください。

• プロジェクトの戦略

• プロジェクトの背景

• 実行計画・戦略

• プロダクトの機能

• 製品に関するビジョン

• リリースに向けての成長計画

• 達成すべき目標

• ステータス

• タイムボックス など

そもそもロードマップは、プロダクトの現在地とゴールに加えて、その道筋を書き込むフレームワークとして利用されます。ここからは、前提を間違えないためにも以下の3つについて補足しておきます。

• 目的

• メリット

• 種類

目的

プロダクトロードマップの目的は、今後の開発において計画を立案するだけに限らず、そこに書き込むことでさまざまな要素を明確化することです。

例えば、プロダクトのビジョンと戦略を作り込むとき、ロードマップへ落とし込むには一定以上の明確性と具体性が求められます。顧客を含む社内外のメンバーと共通認識を作るためにも、書き込んだ内容がそれを支援できるものであることも大切です。

プロダクトロードマップには、プロジェクトに必要な工程・作業が時系列で並んでいるだけではありません。そこから届けられる価値や課題を見つける指針となるといった副次効果によって、作ること自体にプロジェクトマネジメントの重要な役割があるといえます。

メリット

プロダクトロードマップの作り方を覚えて実施することで、以下のメリットが得られます。

• ユーザーに届けられる価値が明確化できる

• 進むべき方向性を見失わなくなる

• 届けられる価値や課題を見つけられる

• メンバーやステークホルダーに共有できる

• 進捗を追えることでモチベーションを維持できる

アジャイル開発において変化が激しいとしても、プロダクトロードマップは適切に更新を続けることで使い続けられます。

種類

プロダクトロードマップの代表的な種類は、以下が挙げられます。

• GO製品ロードマップ（目的思考）

• Now-next-laterロードマップ（今・次・その後）

• 構築機能ベースのロードマップ（開発スケジュール）

なお、作り方は「内部ロードマップ（車内向け）」「外部ロードマップ（社外向け）」によって異なりますが、どちらも作成しておくと情報共有を円滑化できます。

大枠は同じですが、書き方が若干異なりますので、ぜひ後述する項目でその作り方を確認してください。

ロードマップ・マイルストーンとの違い

なお、プロダクトロードマップとロードマップおよびマイルストーンには、「粒度」の違いがあります。

• プロダクトロードマップ：スケジュールやビジョン等の全体を記す

• ロードマップ：プロジェクトに必要な工程・作業を時系列に記す

• マイルストーン：特定のポイントでプロジェクトの通過点を記す

意味は非常に似ていますが、プロダクトロードマップの中にプロジェクトのロードマップを、ロードマップの中にポイントとなるマイルストーンを置くといった形の階層で覚えておくとよいでしょう。

プロダクトロードマップの作り方

プロダクトロードマップの代表的な作り方を、以下の3つにわけてわかりやすく紹介します。

• 記載する主な内容

• 作り方の流れ

• テンプレート

記載する主な内容

プロダクトロードマップに記載する主な（代表的な）内容を、以下の表にまとめました。

作り方の流れ

プロダクトロードマップの具体的な作り方の流れは、以下が代表的です。

1. 特定期間の目標を設定する

2. プロダクトで解決する問題を明確にする

3. 開発チームや顧客と共有・合意する

4. ロードマップの目標を達成できたか判断できるようにする

5. タスクに優先順位をつける

それぞれ、どのような形で行うのかを解説します。

特定期間の目標を設定する

まず、プロダクトロードマップに特定期間の目標を設定します。

ただし、これからどのような市場の変化が発生し、どういったニーズが高まるのかは細かく予想できません。そのため、綿密に計算して計画を立てると、徒労に終わってしまう可能性が高くなります。

このプロセスで特定期間の目標を設定する場合は、優先度または重要度の高い1〜2つの目標に絞り込み、どのように取り組むのかに目を向けて記述します。

プロダクトロードマップに特定期間の目標を設定する方法は以下のような形に分類でき、この項目を埋める形で作ると進めやすくなります。

• 期間：四半期ごと

• 誰が：〇〇

• 何を：〇〇

• どのように：〇〇

プロダクトで解決する問題を明確にする

次に、プロダクトロードマップへ「プロダクトによって解決する問題」を明確化して記述します。

問題や課題を決定する際には、「指標に準ずること」「ユーザーが抱える課題」「ビジネス目標」などから影響力の高いものを選定します。そこから、より焦点を当てて調査を実施し、解決する問題や課題を設定することで、より目標を達成するために必要な裏付けを持たせられます。

解決すべき課題や問題が発見できない場合には、リーンキャンバスといったフレームワークが役立ちますので、活用してみると良いでしょう。

開発チームや顧客と共有・合意する

プロダクトロードマップに目標と問題（課題）を書き込めたら、開発チームや顧客と共有し、合意を得ます。

この場合、顧客またはチームでプロジェクトの終了まで協調的であるという姿勢が大切です。トップダウンでチームや顧客に伝えるのではなく、計画の時点から共通の認識・ゴールを理解し、浸透させることが重要視されるためです。

なお、プロダクトロードマップの共有（合意）は、毎週や各週または四半期といった特定の期間ごとに行って共通認識を持つことが大切です。見直しの場合には、以下の点に留意してください。

• 優先度の高い問題や解決すべき課題ではないか（その理由は何か）

• 裏付けとなるデータおよびエビデンスが用意されているか

• その対策を実施した場合とそれ以外でどのような影響が予測されるか

ロードマップの目標を達成できたか判断できるようにする

プロダクトロードマップをただ作るだけにとどまらず、そこに記載された目標を達成できたかを判断できるようにすることも忘れてはいけません。測定可能な状態にするべく、進捗を数値化できるものを用意し、定量化した観点で確認します。

• 目標が中長期でどう影響を出すのか

• 達成されたかはどのような指標で測定するのか

• 進捗状況はどう確認・更新を実施して共有するのか　など

指標の確認はKPIの設定と同義ですから、OKRといったフレームワークを活用できるとさらに良いです。

タスクに優先順位をつける

プロダクトロードマップをここまで作り上げたら、次はそれぞれのタスクに優先順位をつけます。この場合、どのタスクが効果的であるか（または緊急度が高いのか）を基準に選ぶことが大切です。

客観的な分析において判断する場合は、RICEやValue vs Effortといったフレームワークを活用してみましょう。

テンプレート

プロダクトロードマップを作成する際には、テンプレートの活用が便利で素早くなります。

また、ExcelやPowerPoint、Googleスプレッドシートを活用して作成するといった方法もあります。なお、プロダクトロードマップの作成に加えて、プロダクトバックログを用意するといったケースもありますので、以下のページもあわせてご覧ください。

プロダクトロードマップの作り方で気を付けるポイント

プロダクトロードマップの作り方で、気を付けるポイントは以下のとおりです。

• 内容を詰め込み過ぎずシンプルにまとめる

• 実現可能なロードマップを作る

• 顧客・関係者から合意を得る

• 要求に応え過ぎない

• 常にアップデートする

内容を詰め込み過ぎずシンプルにまとめる

プロダクトロードマップの作り方では、内容を詰め込み過ぎずシンプルにまとめることを意識します。

丁寧に説明を記述する一方で、大切な情報が埋もれてしまっていると「伝えるべきこと」が曖昧になりますし、どこへ注力すべきかの意識が散漫となりますから、その効力がうまく発揮されません。

実現可能なロードマップを作る

プロダクトロードマップの作り方では、実現可能な内容でまとめなければなりません。作り終わった際には、現状と照らし合わせて問題なくそのまま利用できるかを検討し、不足分を補ったり、不可能な部分を実現可能なレベルまで引き落としたりする調整が必要です。

このフェーズを怠ってしまうと、作成したプロダクトロードマップの効果が発揮されないどころか、徒労に終わってしまうことがあるので注意してください。

顧客・関係者から合意を得る

プロダクトロードマップの作り方として、顧客やその関係者から合意を取るプロセスも重要視しておきます。

チーム全体で共有するものと別で作成した場合においても、それに関係する全員が同じ方向を向いて伴走できなければ、プロジェクトの内容がずれてしまったり、目標が達成できなくなったりする可能性が高まります。

要求に応えすぎない

プロダクトロードマップを作り込む最中に、さまざまな情報や要求を見聞きすると、より細かく情報を盛り込める一方で膨らみ過ぎてしまって実現性を失う可能性があります。

また、当時の要求とは逸れてしまった内容で作ると、機能が増え過ぎてしまってビジョンや戦略に大きな影響を与えるといった可能性も捨てきれなくなります。

常にアップデートする

プロダクトロードマップの作り方を参考に作り込んだものであっても、定期的な確認と見直しによるアップデートが欠かせません。「リソースが足りなくなった」「新たな課題で進捗が遅れた」「情勢に左右されてプロジェクトが難航している」といった要素でロードマップからズレが発生します。

スタートしたプロジェクトは必ずしもプロダクトロードマップどおりに行かないものの、大きくずれてしまうと日付や期限といった目標を達成できなくなる側面があることから、適切なアップデートでリスクヘッジしておくことが大切です。

TechUnit（テックユニット）は、月額制で開発支援を行うサービスです。

• ✔ 開発が進まない
• ✔ 要件が決まっていないので柔軟に進めたい
• ✔ 今依頼している開発会社に不満がある

費用が発生しないご相談の段階で、コンサルティングを行い、プロジェクト毎に最適なチームをご提案しております。

プランに応じて柔軟な開発体制を構築いたします。もちろん、開発状況に応じたメンバーの増減も可能です。

無料相談も承っております。まずはお気軽にお問い合わせください！

お問い合わせはこちら

まとめ

本記事では、プロダクトロードマップの作り方やポイント、テンプレートを紹介しました。

いずれにおいて大切なのは、必要な情報を丁寧にまとめつつも、実現可能な範囲で作り上げて「活用する」ことです。作ってそのままとなってしまうことで、プロジェクトが難航した結果、失敗してしまったということにもなりかねません。

プロジェクトマネジメントにおいて必要不可欠なものとなりますので、ぜひ本記事を参考に作ってみてください。