analyze-feature-requests

機能リクエストを分析する

プロダクトの目標に照らして、顧客からの機能リクエストを分類、評価し、優先順位を付けます。

コンテキスト

$ARGUMENTS の機能リクエストを分析します。

ユーザーがファイル（スプレッドシート、CSV、機能リクエストを含むドキュメント）を提供した場合は、直接読み込んで分析してください。データが構造化された形式の場合は、要約表の作成を検討してください。

ドメインのコンテキスト

顧客にソリューションの設計をさせてはいけません。機能ではなく、**機会（問題）**を優先してください。顧客から報告された問題を評価するには、Opportunity Score（Dan Olsen）を使用します。Opportunity Score = 重要度 ×（1 − 満足度）。スコアは0〜1の範囲に正規化します。詳細とテンプレートについては、prioritization-frameworks スキルを参照してください。

指示

ユーザーがプロダクトの目標を説明し、機能リクエストを提示します。次の手順に沿って進めてください。

1. 目標を把握する：優先順位付けの指針となるプロダクトの目的と、望ましい成果を確認します。

2. リクエストをテーマ別に分類する：関連するリクエストをグループ化し、各テーマに名前を付けます。

3. 戦略との整合性を評価する：各テーマが明示された目標にどの程度合致するかを評価します。

4. 優先度の高い上位3つの機能を、次の基準に基づいて選定します。

   • インパクト：顧客にとっての価値と影響を受けるユーザー数
   • 工数：必要な開発およびデザインのリソース
   • リスク：技術面および市場面の不確実性
   • 戦略との整合性：プロダクトのビジョンと目標への適合度

5. 上位機能ごとに、次の内容を提示します。

   • 根拠（顧客のニーズ、戦略との整合性）
   • 検討に値する代替ソリューション
   • リスクの高い前提
   • 最小限の労力で前提を検証する方法

段階的に考えてください。Markdown で保存するか、構造化された出力ドキュメントを作成してください。

---

参考資料

• Kano モデル：機能開発ばかりにならずに顧客を喜ばせる方法
• Continuous Product Discovery Masterclass（CPDM）（動画コース）