analyze-feature-requests

analyze-feature-requests スキルの概要

analyze-feature-requests スキルは、顧客の要望リストをそのまま並べるのではなく、優先順位付けのための整理された視点に変換するためのスキルです。次に何を作るべきかを判断したいプロダクトマネージャー、創業者、UXリサーチャー、サポート／カスタマーサクセスチームに特に向いています。単なるフィードバック要約ではなく、テーマ別の比較、戦略との整合性、インパクト、工数、リスクまで含めて analyze-feature-requests スキルで見たいなら、このワークフローが適しています。

このスキルの用途

analyze-feature-requests は、スプレッドシート、CSV、メモ、チケット、ドキュメントなどに入った顧客フィードバックを、意思決定に使える形にまとめたいときに使います。実際の役割は、繰り返し出てくる課題を見つけ、機能のアイデアと本当の機会を切り分け、プロダクト目標に対して何を最優先すべきかを並べ替えることです。

汎用プロンプトと何が違うのか

汎用的なプロンプトだと、要望のゆるい要約で終わりがちです。このスキルは、規律あるグルーピング、機会としての捉え直し、優先順位付けのロジックへと導きます。バックログが雑然としていたり、要望同士がぶつかっていたり、関係者がテーマの羅列ではなく説明可能な絞り込み案を求めている場面では、この差が重要です。

向いているケースと向いていないケース

このスキルは、バックログのトリアージ、ロードマップレビュー、顧客要望の競合分析に向いています。一方で、すでに固定のスコアリングモデルがある場合、入力が1〜2件しかない場合、あるいは需要評価ではなく解決策を詳細設計したい場合には、相性がよくありません。

analyze-feature-requests スキルの使い方

スキルをインストールして読み込む

npx skills add phuryn/pm-skills --skill analyze-feature-requests を実行してスキルをインストールします。analyze-feature-requests install の手順自体は簡単ですが、出力品質は、エージェントに明確なプロダクト目標と整理された要望セットを渡せるかどうかで大きく変わります。

適切な入力を渡す

強い analyze-feature-requests usage のためには、プロダクト目標、対象ユーザー、時間軸、そして生の機能要望を渡してください。元データが雑なら、元の文言に加えて、信頼できるメタデータも入れましょう。たとえば、顧客セグメント、契約規模、発生頻度、深刻度などです。入力例は次のような形です。「SMB 管理者のオンボーディング転換率を改善したい。サポート由来の 42 件の要望を分析し、上位の機会を優先順位付けしてほしい。」

リポジトリのファイルは順番に読む

まず SKILL.md を開き、その後、環境で参照できる関連コンテキストファイルを確認します。特に README.md、AGENTS.md、metadata.json、あるいは rules/、resources/、references/ のような補助フォルダがあれば目を通してください。このリポジトリではスキル本体がコンパクトなので、SKILL.md が主たる正本です。次は、自分のデータ、スコア基準、意思決定サイクルに合わせて手法を調整する段階になります。

出力をよくするワークフローのコツ

最初にテーマ、その次に順位、最後に根拠を求めると精度が上がります。analyze-feature-requests guide の結果を良くしたいなら、要望を機能名ではなく機会としてまとめるよう指示し、実際には問題ではなく解決策の要望になっているものを見抜くよう促してください。analyze-feature-requests for Competitive Analysis として使うなら、競合名と、その競合が解決しているように見える顧客の痛みも渡し、比較がマーケティング上の主張ではなく需要に根ざすようにします。

analyze-feature-requests スキル FAQ

このスキルは通常のプロンプトより優れていますか？

再現性のある優先順位付けが必要なら、たいていはそうです。analyze-feature-requests スキルは構造化されたワークフローを加えるため、計画会議で結果を説明しやすくなります。

スプレッドシートや CSV に対応していますか？

はい。リポジトリの案内では、構造化ファイルは直接読み、必要に応じて表で要約するように示されています。そのため、サポートのエクスポート、アンケートの生データ、バックログシートにも実用的です。

初心者でも使えますか？

はい。プロダクト目標を言語化し、元の要望を渡せるなら使えます。このスキルが最も役立つのは、「良い状態」が何かを明確にできる人がいるときです。優先順位付けは、要望数よりも文脈に強く左右されるからです。

どんなときに使わないほうがいいですか？

実装設計、技術アーキテクチャ、あるいは最終的なロードマップの確約が欲しいときは使わないでください。これは需要を分析し優先順位をつけるためのものであり、プロダクト判断やその後の実行計画を置き換えるものではありません。

analyze-feature-requests スキルの改善方法

まずは前提となる文脈を強くする

品質を最も左右するのは、目標の言い方です。「これらの要望を分析して」ではなく、リテンション、アクティベーション、売上拡大、サポート負荷削減など、何を成果として重視するのかを伝えてください。目的が明確であるほど、戦略との整合性と優先順位付けの判断がよくなります。

要望ごとのシグナルを含める

件数、アカウント種別、顧客ティア、解約リスク、商談への影響、タイムスタンプなど、利用できるものは追加しましょう。こうしたシグナルがあれば、単発の強い声と繰り返し出る機会を区別しやすくなり、analyze-feature-requests スキルは競合分析やロードマップ上のトレードオフ判断にかなり役立ちます。

必要な出力形式を先に指定する

意思決定用の成果物が欲しいなら、テーマ表、上位 3 件の順位付け、各項目の短い根拠を依頼してください。社内の作業ドキュメントが欲しいなら、前提、未解決の論点、順位を変える可能性のある情報を出すよう求めます。たいていは「もっと詳しく」より、形式を詰めるほうが早くわかりやすさが上がります。