Codex use case
複数のツールから集めた製品フィードバックの分析
Slack のスレッド、アンケートのエクスポートデータ、課題一覧から共通のテーマを見つけ、次に取るべき対応を整理します。
Slack、アンケート、課題管理ツール、サポート窓口、調査メモなどから集めたフィードバックを ChatGPT Work に渡します。ChatGPT Work は、繰り返し報告される問題をテーマ別に整理し、各テーマの根拠、設計への影響、未解決の疑問点、具体的な対応案とともに、レビュー用の Google スプレッドシートまたは Google ドキュメントにまとめます。
Best for
- Slack、アンケート、課題管理ツール、サポート窓口、ユーザー調査から集めたフィードバックをまとめて確認するチーム
- 主な論点とその根拠、今後の対応を明確にする必要がある製品開発上の意思決定
Contents
複数のツールから集めた製品フィードバックの分析
Slack のスレッド、アンケートのエクスポートデータ、課題一覧から共通のテーマを見つけ、次に取るべき対応を整理します。
Slack、アンケート、課題管理ツール、サポート窓口、調査メモなどから集めたフィードバックを ChatGPT Work に渡します。ChatGPT Work は、繰り返し報告される問題をテーマ別に整理し、各テーマの根拠、設計への影響、未解決の疑問点、具体的な対応案とともに、レビュー用の Google スプレッドシートまたは Google ドキュメントにまとめます。
Slack、アンケート、課題管理ツール、サポート窓口、調査メモなどから集めたフィードバックを ChatGPT Work に渡します。ChatGPT Work は、繰り返し報告される問題をテーマ別に整理し、各テーマの根拠、設計への影響、未解決の疑問点、具体的な対応案とともに、レビュー用の Google スプレッドシートまたは Google ドキュメントにまとめます。
Related links
Best for
- Slack、アンケート、課題管理ツール、サポート窓口、ユーザー調査から集めたフィードバックをまとめて確認するチーム
- 主な論点とその根拠、今後の対応を明確にする必要がある製品開発上の意思決定
Skills & Plugins
- 閲覧が許可されたフィードバック用チャンネルや、リンク先のスレッドを確認します。
- 課題、PR のコメント、ディスカッションのスレッドを確認します。
- バグ報告や機能要望の一覧を確認します。
- フィードバックに関する文書、エクスポートデータ、フォルダーの内容を確認してから、Google ドキュメントまたは Google スプレッドシートを作成します。
| Skill | Why use it |
|---|---|
| Slack | 閲覧が許可されたフィードバック用チャンネルや、リンク先のスレッドを確認します。 |
| GitHub | 課題、PR のコメント、ディスカッションのスレッドを確認します。 |
| Linear | バグ報告や機能要望の一覧を確認します。 |
| Google Drive | フィードバックに関する文書、エクスポートデータ、フォルダーの内容を確認してから、Google ドキュメントまたは Google スプレッドシートを作成します。 |
Starter prompt
事前準備
製品へのフィードバックは、Slack、アンケートのエクスポートデータ、課題管理ツール、サポートの対応記録、ユーザー調査のメモなどに分散していることがあります。ChatGPT Work に情報源を渡し、製品のどの部分を対象に、どの期間のフィードバックを調べるかを伝えます。Work は繰り返し指摘される問題をスプレッドシートやドキュメントに整理できます。チームはその内容を確認してから、次の対応を決められます。
Web 版またはデスクトップ版の Work で、接続済みのアプリやクラウド上のファイルを使って作業を始めます。資料が手元のコンピューターにある場合は、先にエクスポートしたファイルを添付するか、デスクトップアプリを使います。
分析結果の例
ここでは、リクエストのレビューキューに関するアンケートのエクスポートデータ、サポートの対応記録、フィードバック用のスレッド、ユーザー調査のメモを使います。最初の分析では繰り返し指摘される問題をテーマ別にまとめます。次に、範囲の広いテーマを 2 つに分け、それぞれについて何を決める必要があるかを明確にします。
ChatGPT Work最初の分析では、アンケート、サポートの対応記録、フィードバック用のスレッド、ユーザー調査のメモから、繰り返し指摘される問題が 3 つ見つかりました。
- キューの一覧で競合の有無がわからない：4 つの情報源で計 8 件の指摘がありました。一覧に競合の有無を表示し、
ReadyとNeeds attentionを区別します。 - 一括承認の対象にブロック中のリクエストが含まれることがある：4 つの情報源で計 4 件の指摘がありました。ブロック中のリクエストは既定で対象から外すか、承認前に警告を表示します。
- レビュー担当者がどこまで確認したかを見失い、対象を絞り込めない：4 つの情報源で計 10 件の指摘がありました。検索条件とフィルターを保持し、
Needs attentionの項目だけを表示できるようにします。
最後のテーマを分けるよう追加で依頼すると、表では一覧に戻ると検索条件とフィルターがリセットされる問題とブロック中の項目や未レビューの項目を絞り込みにくい問題が別々に整理されます。各テーマには、影響を受けるユーザー、根拠となる記録の ID、分析結果の確度、設計上の検討事項、未解決の疑問、今後の対応が記載されます。件数は限られた資料の中で同じ問題が指摘された回数です。製品全体での発生率を示すものではありません。
作業手順
- Work にフィードバックの情報源を渡し、対象とする製品の範囲と期間を伝えます。
- 繰り返し寄せられるフィードバックをテーマ別にまとめ、根拠となるリンクや ID を各テーマに添えるよう依頼します。
- Google スプレッドシートまたは Google ドキュメントを作成し、影響を受けるユーザー、分析結果の確度、未解決の疑問、必要な判断や今後の対応をまとめます。
- テーマをもとに Slack での共有文や課題の下書きを作る前に、要約を確認します。
最初の分析には、このページのプロンプトを使います。その後、範囲が広すぎるテーマ、根拠が足りないテーマ、別々の問題が混在するテーマを見直します。
確認済みのテーマをもとにした下書きの作成
要約ができたら、範囲の広いテーマを分ける、不足している根拠を補う、Slack での共有文を下書きする、確認済みのテーマを課題の下書きにまとめるといった作業を Work に依頼できます。次の対応が明確になるよう、誰に向けた内容で、何を決める必要があるかを伝えます。
フィードバックチャンネルの定期確認
新しい報告が継続的に届く Slack チャンネルや課題キューは、Work に定期的な確認を依頼できます。新しいフィードバックをもとに承認なしで投稿や課題の作成、担当者の割り当てが行われないよう、定期確認でも Work に任せる作業の範囲は同じにします。
