用户反馈聚类
把散落反馈聚成问题簇，按频次与严重度排序
用这个方法分析
上传录音或转写文本即可，未登录会先引导登录
产出长什么样
示例下面是一段虚构场景的示例产出，用来说明形态。真实分析会锚定你自己录音里的原话。
场景：某在线教育平台对学生端课程体验反馈的分析会议，张经理与教学服务部李老师参与，基于2024年第一季度收集的312条匿名反馈。
用户反馈聚类分析报告（学生端）
| 问题簇ID | 问题簇描述 | 代表原话（节选） | 频次 | 严重度 | 优先级 | 责任人 | 时限 | 状态 |
|---|---|---|---|---|---|---|---|---|
| C01 | 视频回放卡顿/加载慢 | “回放老是转圈，退出再进就好了。” | 89次 | 中 | 中 | 技术部 | 4月30日 | 处理中 |
| C02 | 直播课音画不同步 | “老师嘴型对不上声音，很影响听讲。” | 18次 | 高 | 高 | 技术部 | 4月15日 | 紧急 |
| C03 | 课件PPT无法下载 | “想下载复习，但按钮点了没反应。” | 42次 | 中 | 中 | 教研部 | 5月15日 | 已确认 |
| C04 | 特定功能入口隐蔽 | “找了半天没找到哪里提问题。” | 15次 | 低 | 低 | 产品部 | 6月30日 | 待排期 |
被高频掩盖的高危问题：簇C02（直播课音画不同步）频次虽低于C01与C03，但被多位用户标记为“严重干扰”，且集中在新上线的直播模块。此问题直接影响核心教学环节，需优先排查服务器推流配置。
证据不足示范：簇C01中，部分用户（约15%）反馈提及“好像是手机型号或网络问题”。此关联性原文无明确依据/推断，缺乏对应的设备型号与网络环境日志数据支撑，不宜将所有卡顿问题归因于用户终端。
结论与行动：必须优先解决影响教学交付的C02问题。李老师确认，“直播音画同步是基础体验，这个问题已经影响到我的学习了，必须马上解决。”技术部已介入调查。
什么时候用它
用在书面材料、访谈这类录音上。当内容里出现下面这些信号时，它最派得上用场：
批量反馈访谈集工单文本
输出的 4 个模块
产出形态是清单台账，不是一段分析文字——有形态才能沉淀、才能被下游用。
- 1问题簇与代表原话
- 2频次与严重度矩阵
- 3被高频掩盖的高危问题
- 4处理优先级
它怎么保证不瞎说
亲证锚定
证据不足时它会说「本场没有可供分析的对象，缺的是什么」，而不是编一个结论—— 这是硬要求，不是客套话。
常见问题
- 用户反馈聚类适合分析什么样的录音？
- 适用于书面材料、访谈。典型触发信号：批量反馈、访谈集、工单文本。一场录音即可。
- 用用户反馈聚类会拿到什么？
- 产出形态是清单台账，包含 4 个模块：问题簇与代表原话、频次与严重度矩阵、被高频掩盖的高危问题、处理优先级。
- 用户反馈聚类不做什么？
- 不得把单一用户的说法当成群体结论