Codex use case
跨工具分析产品反馈
将 Slack 讨论串、调查导出文件和问题队列整理为清晰的主题和后续事项。
将来自 Slack、调查、问题跟踪工具、客户支持记录或研究笔记的反馈提供给 ChatGPT Work。它可以将反复出现的问题归纳到一份可供审查的表格或文档中，其中包含证据、设计影响、待解决问题和明确的后续事项。
最适合
- 需要汇总审查来自 Slack、调查、议题、客户支持和研究渠道的反馈的团队。
- 需要清晰主题、支撑证据和后续事项的产品决策。
Contents
跨工具分析产品反馈
将 Slack 讨论串、调查导出文件和问题队列整理为清晰的主题和后续事项。
将来自 Slack、调查、问题跟踪工具、客户支持记录或研究笔记的反馈提供给 ChatGPT Work。它可以将反复出现的问题归纳到一份可供审查的表格或文档中，其中包含证据、设计影响、待解决问题和明确的后续事项。
技能与插件
- 读取已获批准的反馈渠道或讨论串链接。
- 读取议题、PR 评论和讨论串。
- 读取缺陷或功能请求队列。
- 读取反馈文档、导出文件和文件夹，然后创建 Google 文档或表格。
| Skill | Why use it |
|---|---|
| Slack | 读取已获批准的反馈渠道或讨论串链接。 |
| GitHub | 读取议题、PR 评论和讨论串。 |
| Linear | 读取缺陷或功能请求队列。 |
| Google Drive | 读取反馈文档、导出文件和文件夹，然后创建 Google 文档或表格。 |
入门提示
开始之前
产品反馈可能散落在 Slack、调查导出文件、问题跟踪工具、客户支持记录或研究笔记中。请向 ChatGPT Work 提供要审查的来源、产品领域和日期范围。它可以将反复出现的问题归纳到一份表格或文档中，供团队在决定下一步行动前审查。
在 Web 端或桌面端的 Work 中启动此工作流，并使用已连接的应用和云端文件。如果反馈来源位于您的计算机上，请先附加本地导出文件，或改用桌面应用。
预期结果
下面是一个针对请求审查队列的示例，使用了调查导出文件、客户支持记录、反馈讨论串和研究笔记。首轮分析将反复出现的问题归类；后续分析则把一个宽泛主题拆分成两个更明确的决策事项。
ChatGPT Work首轮分析从调查、客户支持记录、反馈讨论串和研究笔记中发现了三个反复出现的问题：
- 队列中看不到冲突信息： 四个来源共提及八次。在列表中显示冲突状态，并区分
Ready和Needs attention。 - 批量审批可能包含受阻请求： 四个来源共提及四次。默认跳过受阻请求，或在审批前发出警告。
- 审查者会丢失先前位置，也无法单独筛出相关工作： 四个来源共提及十次。保留搜索内容和筛选条件，并提供
Needs attention视图。
经过后续处理，最后一个主题被拆分，表格也区分了 返回后搜索内容和筛选条件被重置 与 难以单独筛出受阻和未审查的工作。表格为每个主题保留了受影响的用户、证据 ID、置信度、设计影响、待解决问题和后续事项。这些数字表示小样本中的重复提及次数，并非整个产品范围内的发生率。
工作原理
- 向 Work 提供要审查的反馈来源、产品领域和时间范围。
- 让它将反复出现的反馈归纳为主题，并为每个主题保留作为依据的链接或 ID。
- 创建一份 Google 表格或文档，列出受影响的用户、置信度、待解决问题，以及需要做出的决策或后续事项。
- 在将任何主题转化为 Slack 更新或议题草稿前，先审查摘要。
使用本页的入门提示进行首轮分析，然后细化任何过于宽泛、缺少证据或混合了不同问题的主题。
将已审查的主题转化为后续草稿
有了摘要后，让 Work 拆分宽泛的主题、补充缺失的证据、起草 Slack 更新，或将已审查的主题转化为议题草稿。明确受众和需要做出的决策，让下一步清晰明了。
持续更新反馈渠道
对于不断收到新报告的 Slack 渠道或问题队列，让 Work 定期检查该渠道或队列。沿用相同的审查边界，避免因新反馈而在未经审批的情况下发布帖子、创建议题或分配任务。
