pm-product-roadmap

プロダクトロードマップ（プラグマティック・フレームワーク：フォーカス → プロダクトロードマップ）

ルール： ロードマップは計画であり、確約ではありません。 成果物のビジョンと主要なフェーズを示します。具体的な日付ではなく期間を使い、解決する成果と市場の課題を伝え、イノベーションには予測できない側面があることを反映させます。社外向けの指針：約束は控えめにし、チームが期待を上回る成果を出せるようにします。 ../pm-copilot/references/framework.md を参照してください。

ロードマップとリリース計画（分けておく）

ロードマップ	リリース計画／憲章
戦略的で、長期的なステークホルダーとの議論	戦術的で、短期的な実行
機能だけでなく、成果と影響を重視	具体的な日付、期限、成果物を伝える
期間を示し、提供日は示さない	範囲、日付、バックログを定義
現実の市場ニーズや課題に対応	現在取り組んでいる項目を追跡

ロードマップ ≠ バックログ：「ロードマップはメニュー、バックログはレシピ」です。日付を伴う確約には、pm-release-plan スキルを使います。

ロードマップ作成の4つの段階

• Desire（変革への意欲） — 変革の必要性、会社のミッション、プロダクトのビジョンを明確にします。
• Discover（発見） — 市場の課題を調査し、緊急性、広がり、支払い意思を明らかにします。
• Define（定義） — 機会を明確にし、キャンバスを完成させ、明確な戦略目標を設定します。
• Do（実行） — リリース計画とバックログを通じて実行しながら、継続的に学び、適応します。

種類と形式

• 種類： 戦略ロードマップ、リリースロードマップ、機能ロードマップ — 対象者に合ったものを選びます。
• 形式： 日付あり、日付なし、またはハイブリッド（四半期／半期）。社外向けや戦略的な対象者には、日付なし／ハイブリッドを推奨し、日付はリリース計画で使用します。

ユーザーへのヒアリング（質問をまとめて行う）

1. プロダクトビジョンと、それが果たすミッション（「Desire」）。
2. 主な市場の課題／機会と、その根拠（「Discover」）。
3. 対象期間における戦略目標／成果、および対象となるペルソナ／セグメント。
4. 対象期間と対象者（社内の経営幹部か、社外の顧客か）→形式を決定します。
5. すでに確約済みのテーマと、探索中のテーマ。

成果物のテンプレート

# Product Roadmap — <Product>

**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Date created:** <date>  ·  **Version:** 1.0
**Horizon:** <e.g. 18 months>   **Audience:** <internal / external>
> This roadmap is a plan, not a commitment. It communicates direction and the market
> problems we intend to solve, not dated deliverables.

## Vision
<1–2 sentences: the change we want to create and the product vision.>

## Strategic objectives (outcomes)
- <outcome 1 — the market problem it addresses>
- <outcome 2 — …>

## Roadmap
| Theme | THIS YEAR (Q1) | (Q2) | (Q3) | (Q4) | NEXT YEAR (H1) | (H2) | BEYOND |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| <Theme A> | ● | ● | | | | | |
| <Theme B> | | | ● | ● | | | |
| Market / persona goals | <goal> | | | | <goal> | | |
| Target metrics | <metric> | | | | | | |

## Themes
### <Theme A>
- **Market problem / persona:** <who + first-person problem>
- **Desired outcome:** <outcome, not feature>
- **Evidence:** <why now>

## What this is NOT
Dates and committed scope live in the Release Plan, not here.

成果物の提出

../pm-copilot/references/artifact-output.md に従います。入力内容を確認し、Markdown または .docx のどちらにするか尋ね、.md を作成します。依頼があれば、環境に備わっているネイティブのドキュメント作成機能を使って .docx に変換します。その後、次の段階として、pm-requirements を使って構築するものを定義するか、pm-release-plan を使って日付を定めた段階的なリリースを確約することを提案します。