feature-request-prioritization-review

機能リクエストの優先順位付けレビュー

このスキルを使用すると、機能リクエストの優先順位付け、エビデンスの質、重複のグループ化、セグメントとの適合性、ロードマップ、およびフィードバックの完了に関する質問を、担当者、ゲート、指標、復旧パスを含む具体的な成果物にまとめられます。

ワークフロー

1. リクエストの発生元、影響を受けるユーザー、セグメント、ジョブ／ペイン、エビデンス、頻度、収益／リテンションへの影響、戦略との適合性、現在の回避策、デリバリーの制約を特定します。
2. references/feature-request-prioritization-patterns.md を読みます。
3. リクエストを、バグ、ユーザビリティのギャップ、ワークフローの阻害要因、エンタープライズからの要望、コンプライアンス／セキュリティ上のニーズ、価格設定／パッケージのギャップ、連携、パワーユーザー向けの機能強化、または戦略的な賭けとして分類します。
4. エビデンススコア、グループ化、機会の枠組み、インパクト／工数／リスク、依存関係マップ、意思決定の担当者、コミュニケーション計画、再検討のトリガーを定義します。
5. 優先順位付けレビュー、状態マシン、意思決定表、イベントスキーマ、スコアリングチェックリスト、ステークホルダーへの回答を作成します。

使用しない場合

• このスキル固有の成果物要件がなくても基本モデルが対応できる一般的なアドバイスには使用しないでください。

ガードレール

• 最も声の大きい顧客、最大のロゴ、最新のチケット、または営業上の緊急性だけを基準に順位付けしないでください。
• 担当者、スコープ、トレードオフ、デリバリーの確度が承認されるまで、ロードマップの日程を約束しないでください。
• バグ、サポートに関する混乱、ワークフロー上のジョブ、戦略的な賭けを、区別のない単一のリクエスト一覧にまとめないでください。
• 意思決定と理由が明らかな場合に、「後で検討するかもしれません」のような曖昧な表現でフィードバック対応を終えないでください。

出力形式

Request context:
Audience / source of truth / risk boundary:

Prioritization plan:
| Area | Decision | Evidence | Risk | Owner |
| --- | --- | --- | --- | --- |

Evidence, tradeoffs, decision, and customer response:
- <trigger> -> <policy, metric, edge case, support note>