Codex use case
ツール横断の製品フィードバック分析
Slack のスレッド、アンケート結果のエクスポート、イシューキューから、明確なテーマとフォローアップを導き出します。
Slack、アンケート、イシュートラッカー、サポート、リサーチノートからのフィードバックを ChatGPT Work に渡してください。ChatGPT Work は、繰り返し報告される問題を、根拠、設計上の示唆、未解決の論点、明確なフォローアップを含む、レビュー可能なスプレッドシートまたはドキュメントにまとめられます。
最適な用途
- Slack、アンケート、イシュー、サポート、リサーチにまたがるフィードバックをレビューするチーム。
- 明確なテーマ、裏付けとなる根拠、フォローアップを必要とする製品上の意思決定。
Contents
ツール横断の製品フィードバック分析
Slack のスレッド、アンケート結果のエクスポート、イシューキューから、明確なテーマとフォローアップを導き出します。
Slack、アンケート、イシュートラッカー、サポート、リサーチノートからのフィードバックを ChatGPT Work に渡してください。ChatGPT Work は、繰り返し報告される問題を、根拠、設計上の示唆、未解決の論点、明確なフォローアップを含む、レビュー可能なスプレッドシートまたはドキュメントにまとめられます。
Slack、アンケート、イシュートラッカー、サポート、リサーチノートからのフィードバックを ChatGPT Work に渡してください。ChatGPT Work は、繰り返し報告される問題を、根拠、設計上の示唆、未解決の論点、明確なフォローアップを含む、レビュー可能なスプレッドシートまたはドキュメントにまとめられます。
関連リンク
最適な用途
- Slack、アンケート、イシュー、サポート、リサーチにまたがるフィードバックをレビューするチーム。
- 明確なテーマ、裏付けとなる根拠、フォローアップを必要とする製品上の意思決定。
スキルとプラグイン
- 承認済みのフィードバックチャネルやスレッドへのリンクを読み取ります。
- イシュー、PR のコメント、ディスカッションスレッドを読み取ります。
- バグや機能リクエストのキューを読み取ります。
- フィードバックのドキュメント、エクスポート、フォルダーを読み取り、Google ドキュメントまたはスプレッドシートを作成します。
| Skill | Why use it |
|---|---|
| Slack | 承認済みのフィードバックチャネルやスレッドへのリンクを読み取ります。 |
| GitHub | イシュー、PR のコメント、ディスカッションスレッドを読み取ります。 |
| Linear | バグや機能リクエストのキューを読み取ります。 |
| Google Drive | フィードバックのドキュメント、エクスポート、フォルダーを読み取り、Google ドキュメントまたはスプレッドシートを作成します。 |
開始用プロンプト
始める前に
製品フィードバックは、Slack、アンケート結果のエクスポート、イシュートラッカー、サポート記録、リサーチノートに分散していることがあります。確認対象の情報源、製品領域、期間を ChatGPT Work に指定してください。繰り返し報告される問題を、次の対応を決める前にチームが確認できるスプレッドシートまたはドキュメントにまとめられます。
接続済みアプリやクラウド上のファイルを使い、Web 版またはデスクトップ版の Work でこのワークフローを開始してください。情報源が自分のコンピューターにある場合は、最初にローカルのエクスポートファイルを添付するか、デスクトップアプリを使用してください。
得られる結果
リクエストレビューキューを対象に、アンケート結果のエクスポート、サポート記録、フィードバックスレッド、リサーチノートを使用する例です。最初の分析では、繰り返し報告される問題をグループ化します。追加の指示では、範囲の広いテーマを、より明確な 2 つの判断事項に分けます。
ChatGPT Work最初の分析では、アンケート、サポート記録、フィードバックスレッド、リサーチノートの 4 つの情報源から、繰り返し報告されている 3 つの問題が見つかりました：
- キュー内で競合が見えない： 4 つの情報源で計 8 件の言及があります。一覧に競合状態を表示し、
ReadyとNeeds attentionを区別してください。 - 一括承認にブロック済みのリクエストが含まれることがある： 4 つの情報源で計 4 件の言及があります。デフォルトではブロック済みのリクエストを除外するか、承認前に警告を表示してください。
- レビュー担当者が確認箇所を見失い、対象を絞り込めない： 4 つの情報源で計 10 件の言及があります。検索とフィルターの状態を維持し、
Needs attentionビューを用意してください。
最後のテーマを分けるよう追加で指示した後、表では 戻ると検索とフィルターの状態がリセットされる問題 と ブロック済みおよび未レビューの項目を切り分けにくい問題 を区別しています。表には、各テーマについて、影響を受けるユーザー、根拠 ID、信頼度、設計上の示唆、未解決の論点、フォローアップが記載されています。件数は少数のサンプル内で同じ問題が繰り返し言及された回数であり、製品全体での発生率ではありません。
仕組み
- Work に、レビュー対象のフィードバックの情報源、製品領域、期間を指定します。
- 繰り返し寄せられたフィードバックをテーマごとにまとめ、各テーマに裏付けとなるリンクや ID を残すよう指示します。
- 影響を受けるユーザー、信頼度、未解決の論点、必要な判断やフォローアップを記載した Google スプレッドシートまたはドキュメントを作成します。
- 各テーマを Slack 向けの更新文やイシューの下書きにする前に、要約をレビューします。
このページのスタータープロンプトで最初の分析を行い、範囲が広すぎるテーマ、根拠が不足しているテーマ、別々の問題が混在しているテーマを必要に応じて絞り込みます。
レビュー済みテーマから次の下書きへ
要約ができたら、Work に、大まかなテーマの分割、不足している根拠の追加、Slack 向け更新文の作成、レビュー済みテーマからのイシュー下書きの作成を依頼してください。次のステップが明確になるよう、対象者と求める判断を明示してください。
フィードバックチャネルの継続的な更新
新しい報告が増え続ける Slack チャネルやイシューキューでは、Work で 定期チェックを設定してください。これまでと同じレビュー上の制約を維持し、新しいフィードバックが承認なしで投稿されたり、イシュー化や割り当てが行われたりしないようにしてください。
