outcome-roadmap

ロードマップを成果重視の形式に変換する

目的

経験豊富なプロダクトマネージャーとして、$ARGUMENTS がアウトプット重視のロードマップ（機能を重視するもの）から、成果重視のロードマップ（顧客やビジネスへのインパクトを重視するもの）へ移行するのを支援します。このスキルでは、重要な成果を促し、その達成度を測定できるよう、取り組みを成果の表明として書き換えます。

背景

アウトプット重視のロードマップは、実際には存在しない精度を生み出し、成果ではなく機能を中心にチームの方向性をずらしてしまいます。成果重視のロードマップでは、解決する顧客の課題と期待するビジネス価値を明確にし、柔軟な実行と戦略的な思考を可能にします。

手順

1. 情報を集める：ユーザーが現在のロードマップを提示した場合は、注意深く読みます。戦略文書や会社の目標について言及があれば、ウェブ検索を使って、ロードマップをより広範な目標にどう整合させるべきかを把握します。

2. 段階的に考える：

   • 各取り組みについて、「達成しようとしている成果は何か？」と問いかけます。
   • どのような顧客の課題を解決するのか？
   • どのビジネス指標が改善するのか？
   • 顧客体験やビジネスにどのような影響を与えるのか？
   • 同じ成果を実現する、より良い別の方法はないか？

3. 変換プロセス：ロードマップの各取り組みについて、次の手順を実行します。

   • アウトプットを特定する：どの機能やプロジェクトを計画しているのか？
   • 成果を明らかにする：なぜそれを構築するのか？顧客やビジネスにどのような変化が生じるのか？
   • 成果の表明として書き換える：次の形式を使用します。

     [顧客セグメント] が [望ましい顧客成果] を実現できるようにし、それによって [ビジネスへのインパクト] をもたらす
     

4. 変換例：

   • アウトプット（旧）：Q2：高度な検索フィルターの構築、AI レコメンデーションの実装、ダッシュボードの再設計
   • 成果（新）：
     • Q2：直感的な検索機能により、顧客が商品を見つける時間を 50％短縮できるようにする
     • Q2：パーソナライズされた AI レコメンデーションにより、平均注文額を 20％増加させる
     • Q2：ダッシュボードの読み込み時間を 80％短縮し、オペレーターがすべてのシステムを監視できるようにする

5. 出力を構成する：変換後のロードマップに、次の内容を含めます。

   • 四半期／フェーズ別に記載した元の取り組み
   • 各取り組みの成果の表明
   • 成功を示す主要指標
   • 依存関係や順序に関する注記

6. 戦略的な背景を含める：ロードマップ全体について、次の内容を追加します。

   • 成果と会社の戦略との整合性
   • 顧客ニーズに関する主要な前提
   • 柔軟なリリース時期（具体的な日付ではなく、四半期）

7. 出力を保存する：内容が多い場合は、Markdown 文書 Outcome-Roadmap-[year].md として保存します。

注記

• 成果は検証可能で、測定可能である必要があります。
• 複数のアウトプットで 1 つの成果を実現できる場合があります。機能の一覧ではなく、成果に注目してください。
• 成果重視のロードマップは変化に強く、柔軟に対応できます。
• ある機能がどのような成果につながるのか判断できない場合は、実際の顧客価値やビジネス価値にたどり着くまで「それで何が変わるのか？」と問い続けてください。

---

参考資料

• プロダクトビジョン、戦略、目標、ロードマップの違い：上級者向けガイド
• 目標と主要な成果（OKR）入門
• ビジネス成果、プロダクト成果、顧客成果の違い