公開ロードマップをどう運用する？見せる範囲と更新ルールの決め方
開発予定を顧客へ見せたい一方で、未確定の計画が約束として伝わらないか心配ではありませんか。公開ロードマップは、見せる範囲、状態の意味、更新する担当を決めて運用します。顧客が何を待てるのか分かり、計画が変わったときにも説明を続けられる形が大切です。
この記事では、顧客向けに計画を公開した後の運用を扱います。ロードマップ全体の形式や作り方は、プロダクトロードマップの作り方で紹介しています。
- 顧客に見せる範囲を社内計画と分ける
- 状態の意味と更新する条件をそろえる
- 変更の理由と次の確認先を伝え続ける
顧客に見せる範囲を社内計画と分ける
公開する情報は、顧客が製品の方向性を理解するために必要なものから選びます。社内の作業一覧には、個別顧客の事情や技術上の検討など、そのまま公開する用途ではない情報も含まれます。
英国政府のロードマップ作成ガイドは、達成したい価値を示し、分かりやすく、変更に合わせて調整できる計画を勧めています。政府サービス向けの資料ですが、顧客が読む公開計画でも、作業名だけでなく何が変わるかを説明する観点は参考になります。
たとえば、架空の申請管理ツールなら「承認データの構造を変更する」という社内の作業名を、そのまま公開する必要はありません。「代理で承認した経緯を確認できるようにする」という目的を示し、どの範囲まで決まっているかを添える案が考えられます。
Cannyの公式ヘルプも、公開ロードマップと内部ロードマップを区別しています。使う製品にかかわらず、公開画面に出す内容と、社内で判断するための情報を分けて確認することが重要です。
| 公開前に見る対象 | 確認すること |
|---|---|
| 機能や改善の名前 | 顧客が得る変化を理解できるか |
| 背景の説明 | 個別の顧客名や非公開の事情を含まないか |
| 時期の記載 | 決まっている範囲と見込みを区別できるか |
| 関連する資料 | リンク先にも公開してよい情報だけがあるか |
状態の意味を、顧客に分かる言葉でそろえる
「検討中」「開発中」「公開済み」といった状態は、社内で意味をそろえてから表示します。同じ「検討中」でも、候補として受け付けただけなのか、実現性を調べているのかが分からなければ、顧客は次の動きを想像しにくくなります。
状態の説明には、何が決まり、何がまだ決まっていないかを入れます。以下は運用を考えるための例で、どの製品にも共通する名称ではありません。
| 状態の例 | 説明する内容 | 次の状態へ移す条件 |
|---|---|---|
| 確認中 | 課題と実現性を確かめている | 必要な情報と判断がそろう |
| 開発中 | 合意した範囲の作業を進めている | 公開に必要な確認が終わる |
| 公開済み | 利用できる範囲が公開された | 利用方法と対象者を案内する |
一部の顧客だけが試せる段階なら、全員に公開したように見せないことも大切です。利用条件や段階を説明し、顧客が自分に関係する情報かを判断できるようにします。
時期を示す場合は、その精度で伝えられる根拠を確認します。見込みが変わる可能性を一度注意書きするだけでは、個々の予定の誤解を防ぎきれません。各項目の状態と説明が、現在の判断に合っているかを更新のたびに読み直します。
更新する人と、変更を確認するきっかけを決める
公開ロードマップには、更新を担当する人を決めます。開発の状況を知っている人と、顧客向けの説明を整える人が異なるなら、情報を渡す方法も必要です。
更新のきっかけは、定例の日だけでなく、判断が変わったときにも設けます。対応範囲を絞った、実現性の確認で新しい課題が見つかった、公開した、といった変化を、どこで誰が確認するかを決めます。
社内と公開用で複数の計画を持つ場合は、どちらを基準にするかも明確にします。英国政府の同ガイドも、複数の版がある場合は正本を定め、ほかの版を最新情報に合わせることを勧めています。公開画面だけが以前の状態で残らないよう、状態が変わった項目を確認する手順を用意します。
たとえば、開発側が変更理由を記録し、製品の判断を担う人が公開する内容を確認し、顧客への窓口が案内文を整える形が考えられます。小さなチームなら兼任でもかまいませんが、次に更新する人が誰かは分かるようにします。
定期確認では、動いていない項目も見ます。実現性を調べているのか、判断を保留しているのか、担当がいないのかを区別します。「更新がない」という同じ見た目でも、顧客へ説明できる内容は違います。
変更の理由と次の確認先を伝え続ける
予定を変更する場合は、状態だけを戻すのではなく、何が変わったかを説明します。内部の詳細をすべて公開する必要はありませんが、顧客が待ち方を変えられる情報は残します。
たとえば、架空の代理承認機能で、履歴の見せ方の確認が必要になった場面を考えます。「延期しました」だけでなく、「代理承認の経緯を確認できる範囲を見直しています。公開時期は未定です。検討結果はこの項目でお知らせします」と説明する案があります。実際に更新する場所と担当が決まっていることが前提です。
公開ロードマップは、変更があっても説明を続けられることが運用の条件です。項目を取り下げる場合も、過去に案内した顧客へ説明が必要かを確認し、判断理由を社内の記録へ残します。
公開した後は、顧客が利用方法へ進めるよう、お知らせや説明資料へつなぎます。「公開済み」に変えただけで、対象の顧客に届いたとは限りません。要望した人への連絡も、公開画面の更新とは分けて確認します。
コメントや追加の要望が届く場合は、どこへ記録し、誰が返すかも決めておきます。公開ページだけで議論が進み、社内の要望記録へ戻らない状態を避けるためです。返信の表現は、機能要望への返信方法も参考にできます。
よくある質問
公開ロードマップには必ず日付が必要ですか？
日付がなくても、何を検討し、どこまで決まっているかは伝えられます。時期を示す場合は、根拠のある範囲で記載し、見込みが変わったときの更新方法も決めておきます。
社内の開発タスクをそのまま公開してよいですか？
顧客の理解に必要な情報と、社内だけで扱う情報を確認してから公開します。顧客名や内部の事情、リンク先の内容も含めて確認し、顧客に伝わる目的と状態に整えます。
取り下げた計画は削除してかまいませんか？
過去に案内した顧客への説明が必要かを確認します。公開上の扱いを決める際も、取り下げた理由と再検討する条件は社内の記録に残しておくと、その後の回答に使えます。
まとめ
公開ロードマップは、顧客に見せる範囲を社内計画と分け、状態の意味と更新する条件をそろえて運用します。変更の理由と次の確認先を伝え続けることで、顧客が現在の判断を確かめられます。まず一つの項目を選び、説明と状態が最新の判断に合っているか、更新担当と一緒に確認してください。
