ユーザーフィードバックを機会領域に整理する

著者: AILesson10 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

出典、差異、不確実性を保持しながら、求める進展と支障の本質に基づいてフィードバックをグループ化する. 入力するもの: フィードバック資料, サンプルと品質の背景, プロダクト意思決定の背景. 期待される結果: テーマ、影響を受ける状況、反例、信頼度、リスク、次の調査を含む、根拠に紐づいた機会マップ.

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

フィードバック資料サンプルと品質の背景プロダクト意思決定の背景

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

提供されたユーザーフィードバックを、機能のバックログではなく、根拠の範囲を明確にした機会領域に整理してください。

フィードバック記録、ID、日付、チャネル、役割、背景、表現、バージョン、結果、同意状況：
[feedback]

収集期間、偏り、重複、接触状況、欠損、分類体系、以前のテーマ、インシデント：
[quality]

計画期間、戦略、意思決定、制約、リスク、優先順位の基準、除外する解決策、レビュー担当者：
[decision]

一意の記録を確認し、自発的なフィードバック、質問に促された回答、観察された行動、サポート上の問題、機能要望、回避策、満足度、調査者の解釈を区別してください。出典の参照位置を付けて、状況、きっかけ、目標、現在の代替手段、支障、影響、制約、望む進展をコード化してください。共通するキーワードや要望された機能ではなく、特定の解決策に依存しない機会でグループ化してください。各領域について、「ある状況の人々は、根拠が示す理由により、ある進展を必要としている」という形式の記述を作成してください。一意の記録と参加者、役割とセグメント、裏付けとなる行動と引用文、反例と矛盾、既知のインシデントとの重複、深刻度と頻度の根拠、信頼度、戦略との関連性、リスク、未知事項を列挙してください。母数なしに普及度を推測せず、両立しない状況を統合せず、同じ人からの繰り返しの連絡を新しいユーザーとして数えず、要望があっただけでアイデアを検証済みと見なさないでください。提供された基準がある場合だけ順位を付け、基準への感度を示してください。それ以外の場合はレビュー順だけを示してください。機会の根拠と解決策のアイデアを分け、次に行う最小限の調査または計測を提案してください。

Playgroundで試す

デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

フィードバック資料: 過去60日間：リマインダーのタグが付いた一意のサポート案件42件。通知を減らしてほしいという一意の案件18件。サポート経由で募集したインタビュー参加者8人。P01とP03は最近の引き継ぎで引受者を特定できなかった。P02はタイムゾーンの違いを考慮して意図的に待っており、メールが増えることを望まなかった。P04は既知の承認を待っていた。分析：アクティブなワークスペースの31%で、少なくとも1つのReady状態が48時間を超えていたが、このイベントでは意図的な待機を区別できない。インシデントINC-901により、通知を減らしてほしいという18件のうち11件でメールが重複した。8月12日に修正済み。記録IDと参照位置は利用可能。あるサポート顧客は3回連絡したが、1件として数える。
サンプルと品質の背景: サポートチャネルでは問題が過度に多く表れる。インタビューは便宜的サンプル。案件と参加者ごとに重複を除く。アクティブなワークスペースの母数が分かるのは分析データだけ。サポート案件の20%でバージョンが欠けている。2件のインタビューでは機能要望を促す質問を使用した。Readyが長く続くことと作業の見落としに因果関係は確認されていない。
プロダクト意思決定の背景: 次四半期の目標は、通知の負担を増やさずに、回避可能な引き継ぎの不確実性を減らすこと。選択肢は開かれており、自動メールをあらかじめ選ばない。レビュー順では深刻度、戦略との適合、根拠の強さ、影響範囲を考慮するが、数値による重みは承認されていない。構想にはプライバシーとアクセシビリティのレビューが必要。プロダクトとリサーチが共同でレビューする。

出力例

機会1―曖昧な引き継ぎで、引受責任と次の権限を分かりやすくする記述：引き継ぎがReadyになっていても引受責任が見えないとき、作業する役割の人は、誰が引き受けられ、次に何が起こるかを特定し、人を探し回らずに作業を適切な相手へ送れる必要があります。根拠：P01とP03の最近の行動と成果物。信頼度は中程度で、便宜的サンプルの参加者2人です。反例と派生例：P02は意図的に待ち、P04は承認待ちだと分かっていたため、長く続くReady状態がすべてこの機会に属するわけではありません。戦略との適合は高く、影響範囲は不明です。次のステップ：引受者の有無を計測し、サポート利用者と非利用者の両方から最近の事例を募集します。

機会2―想定内の待機と放置された作業を区別する記述：Readyが続くとき、各役割の人は待つべきか介入すべきか判断するために、その理由と次に想定される出来事を把握する必要があります。根拠：P02のタイムゾーンによる待機、P04の承認待ち、さらに継続時間は検出できるが理由は分からない分析データ。違いがあることへの信頼度は中程度、影響範囲と結果への信頼度は低いです。次のステップ：分類体系の調査とイベント定義の監査を行います。

機会3―通知の関連性と重複を管理する根拠：通知を減らしてほしいという一意の案件は18件ですが、11件は修正済みのメール重複インシデントINC-901と重なります。修正後に残るのは7件で、一部の記録ではバージョンが欠けています。リマインダーのタグが付いた42件すべてを、メールを増やす根拠として統合してはいけません。タグは要望、現在の不具合、または単なる議論を表している可能性があります。インシデントの根拠は、より広い機会とは別に扱います。次のステップ：残りの案件を、きっかけ、チャネル、望む行動、修正後のバージョンで再分類します。

レビュー順：まず機会1と2を確認します。これらは通知という解決策をあらかじめ選ばずに不確実性を減らす目標に合うためです。その後、インシデント関連の記録を整理してから、残る通知管理の機会を評価します。承認された重みと比較可能な影響範囲がないため、数値での順位付けは正当化できません。31%というワークスペース指標はイベントの状態だけを示し、回避可能な遅れや影響を受けたユーザーの割合を示すものではありません。自動メールは未検証のアイデアの1つにとどまり、プライバシーとアクセシビリティのレビューが必要です。

これがうまくいく理由

1
解決策に依存しないグループ化により、機能を選ぶ前に問題領域を保てます。
2
反例とチャネルの偏りを扱うことで、雑多なフィードバックの量が誤った確信に変わるのを防げます。

結果を確認

各機会は両立する状況だけをまとめ、一意の根拠まで追跡できますか？
要望、インシデント、行動、解釈、解決策のアイデアが区別されていますか？
普及度、優先順位、信頼度は、サンプルの品質と基準に見合っていますか？

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「ユーザーフィードバックを機会領域に整理する」を使う前に、何を準備すればよいですか？

「ユーザーフィードバックを機会領域に整理する」を使う前に、フィードバック資料、サンプルと品質の背景、プロダクト意思決定の背景を準備してください。プレースホルダーは、確認できる情報だけで置き換えてください。不明な情報はモデルに推測させず、不明であることを明記してください。

「ユーザーフィードバックを機会領域に整理する」の結果は、どのような場合にまだ使用できませんか？

提供した根拠から、記載された成果である「テーマ、影響を受ける状況、反例、信頼度、リスク、次の調査を含む、根拠に紐づいた機会マップ」が得られていない場合や、未解決の仮定、得られていない承認、捏造した詳細に依存している場合、その結果はまだ使用できません。チェック項目を公開の判断基準として使い、根拠のない出力を磨くのではなく、入力情報を修正するか、権限を持つ担当者を指名してレビューを依頼してください。

「ユーザーフィードバックを機会領域に整理する」では、どのAIツールのテスト記録がありますか？

2026年8月28日時点で、「ユーザーフィードバックを機会領域に整理する」の公開テスト記録にはChatGPTが掲載されています。これは実行記録があることを示すだけで、今後の製品バージョンでの互換性や同一の結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックを繰り返してください。

さらに探す方法