用豆包把玩家提问归成五类,再决定答疑顺序
活动上线后攒了一堆玩家提问,逐条回很费时间,按出现顺序回又容易把重要问题压在后面。用豆包先做一次归类,再排答疑顺序,效率会好很多。
先给固定的五类,别让它自由发挥
归类前把类别写死,输出才稳定:
| 类别 | 判定依据 |
|---|---|
| 时间条件 | 问起止、重置、时区 |
| 参与资格 | 问等级、区服、是否可重复参加 |
| 奖励结算 | 问发放时间、发放依据 |
| 操作路径 | 问入口在哪、按钮怎么找 |
| 异常反馈 | 问没到账、页面打不开 |
要求是:每条提问只进一类;判不准的标「待确认」并保留原句;最后按类别统计条数。不让它自由命名类别,是因为每次换一套类名,就无法和上周的结果对比。
归类之后怎么排顺序
不是按数量排,而是按「不回答会怎样」排:
- 异常反馈——影响实际结果,先处理。
- 时间条件——错过不可逆。
- 参与资格——决定能不能做。
- 奖励结算——可以稍后统一说明。
- 操作路径——补一张图即可。
数量最多的往往是操作路径类,但它最不急;先回它只会让真正紧急的问题继续堆着。
前端 Wiki 那种「先定目录、再往里填条目」的做法在这里同样适用:类别是骨架,提问是内容,骨架不动,统计才有意义。
两个边界
- 「待确认」的条目必须人工看原句,别按类别批量回复。
- 归类只用于排顺序,不用于生成答案;具体规则仍要回原文核对。
小结
让工具做穷举和计数,让人决定优先级。五类固定、顺序按影响排,答疑就从「谁先问先回谁」变成「先解决最要紧的」。