第一步：筛选真实问题，排除情绪化表达
具体操作：将原始用户反馈（包括客服聊天记录、App评论截图、问卷开放题等）粘贴至豆包对话框，在开头直接输入指令：
请逐条识别以下用户反馈中明确提出的、可验证的产品问题，排除主观评价、情绪发泄、模糊抱怨。- 必须跳过：“太差了”“垃圾”“气死我了”这类纯情绪宣泄，否则豆包会将情绪误判为事实。
- 要求豆包以固定字段输出：问题现象、所属模块、复现步骤（如有）、是否已有同类反馈（是/否）。（字段不统一会导致后续整理混乱，务必提前设定好格式）
- 输出检查：查看结果中是否出现“建议”“应该”“希望”等词语，若有则手动删除——本阶段只收集问题，不采纳解决方案。
第二步：合并同类问题，按模块聚类分析
获得问题列表后，使用以下指令进行归类压缩：
- 方法一：按固定模块归类
请将上一步提取的问题，按‘登录注册’‘订单支付’‘商品详情页’‘售后客服’四个模块归类，每个模块下只保留最典型的3条，重复描述自动合并。 - 方法二：优先保留含操作步骤的条目
若反馈中附带了截图或时间戳，追加指令：优先保留含具体操作步骤（如‘点击头像→进入设置→找不到退出按钮’）的条目，剔除只有结果描述（如‘登不出去了’）的条目。
这一步骤操作简单，但能过滤掉约70%的无效信息。
常见问题解答
- Q：如何确保模块覆盖所有问题？
A：若反馈涉及未列出的模块（如“加载性能”“消息推送”），可先按上述四个通用模块归类，剩余问题单独列为“其他”模块，再根据业务需求进一步拆解。 - Q：重复描述如何判断？
A：描述同一现象（如“支付时闪退”），即使措辞不同（“付款就退出”“支付页面崩溃”），也视为重复，合并为一条记录。
第三步：标注紧急程度，区分处理优先级
为避免关键问题被忽略，需要对每条问题标注紧急程度：
- 标注规则：
- P0 = 导致核心功能不可用（如无法完成支付）
- P1 = 影响多数用户主流程（如搜索无结果）
- P2 = 局部体验瑕疵（如按钮文字错位）
- 不写解释，仅标注 P0/P1/P2。
- 优先级展示：追加指令
P0问题单独列在最前面，用【⚠️】符号开头。（漏标P0会导致开发排期时直接跳过致命问题） - 输出格式限制：最后添加硬性约束：
总输出不超过20行，每行≤35字，禁用‘可能’‘大概’‘建议’等模糊词。
实用小提示
- 若反馈中包含截图，可先将截图中的文字内容（如错误提示信息）手动复制或通过OCR识别提取，再粘贴到豆包对话框中，避免图片描述不清晰。
- 每个模块内若有多条P0问题，建议按“发生频率从高到低”排序，帮助开发团队优先修复最普遍的问题。