客户投诉分析 Skill：把散落的抱怨，变成可执行的改进清单

Agent Skills 万千应用 · 第16篇

客户投诉分析 Skill：把散落的抱怨，变成可执行的改进清单

1、场景痛点开场

很多团队不是没有客户反馈，而是反馈太多、太散、太难整理。客服聊天里有一句，差评里有一段，退款备注里又有一个原因。老板开会问“最近投诉最多的到底是什么”，大家只能凭印象回答：好像是物流、好像是包装、也可能是客服话术。

问题在于，客户投诉不是简单摘要。它背后通常连着商品质量、页面承诺、仓储发货、客服响应、售后规则和运营策略。只靠人工复制粘贴，最后很容易变成一份“情绪汇总”，看着热闹，却不知道谁要改、什么时候改、怎么验收。

客户投诉分析 Skill 要解决的，就是把散落反馈变成结构化复盘：先归类，再判断风险，再找根因，最后输出可以分派的行动清单。

2、Skill 实操效果

没有 Skill 时：运营同事从平台后台导出差评、退款原因和客服聊天，手工合并到表格。最后只能写出“物流慢、包装破损、客服回复不及时”这类结论。会议上大家继续争论：是仓库问题，还是快递问题，还是页面承诺写得太满？真正的整改动作经常会被拖到下一周。

使用 Skill 后：Agent 会按模板输出“投诉主题、样本证据、影响模块、风险等级、根因判断、行动项”。例如：物流延迟 34 条，集中在华东仓发货后 48 小时无轨迹；风险等级为高；影响模块为履约体验和退款时效；建议动作是新增异常包裹日报、页面补充偏远地区时效说明、客服话术增加主动解释节点；复核事项是核对近 7 天快递揽收时间和承诺送达时间是否冲突。

没有 Skill 时：产品经理看群聊、工单和用户反馈表，容易把所有问题都写成“用户觉得不好用”。研发侧不知道是 Bug、需求、体验问题还是使用门槛；客服侧也不知道该优先解释哪类问题。

使用 Skill 后：Agent 会把反馈拆成“功能缺陷、体验卡点、文案误解、价格疑问、账号权限、数据异常”等类别，并输出优先级。比如：数据导入失败 18 条，其中 11 条来自表头字段不一致；风险等级为中；产品动作是增加导入前预检；客服动作是补充一键示例表；技术动作是把错误提示从“导入失败”改成具体字段缺失；运营动作是更新帮助文档和新手指引。

3、Skill 简介

客户投诉分析 Skill 是一个面向客服、运营、产品和老板的实用型 Agent Skill。它不是让模型随便“总结一下”，而是让 Agent 按固定分类体系处理投诉材料，并输出可复盘、可分派、可追踪的结果。

本篇按自制配套 Skill 提供，Skill 包名称为 customer-complaint-analysis-skill-zh-v1.zip。它包含任务说明、分类参考、输出模板和一个轻量脚本示例，适合放进 ChatGPT、Claude、Hermes 或 OpenClaw 中复用。

它解决的真实问题包括：投诉材料来源杂、归类口径不一致、会议结论无法落地、客服和产品互相甩锅、老板看不到高频风险。Skill 的价值不是替代人工判断，而是把“第一轮梳理”做得更稳定、更完整。

4、核心机制

这个 Skill 的核心在 SKILL.md。里面会明确告诉 Agent：先识别输入来源，再把原始内容统一成字段，然后按投诉分类表归类，最后按固定报告模板输出。这样做的好处是，每次处理材料时不会临场发挥。

渐进式加载的思路也很重要。Agent 不需要一开始读完所有资料，而是先读取 SKILL.md 里的任务边界；当需要判断投诉类别时，再加载 references/category_taxonomy.md；当需要输出报告时，再调用 templates/complaint_report_template.md；如果遇到表格材料，再参考 scripts 里的字段清洗逻辑。

普通提示词的问题是：你说“帮我分析投诉”，模型可能今天按情绪分类，明天按业务模块分类，后天又只给你一段摘要。Skill 则把“分类口径、风险标准、输出格式、复核提醒”固定下来，让 Agent 更像一个稳定执行的工作流。

它的工作流可以拆成五步：收集材料、去重合并、投诉归类、风险分级、生成行动清单。每一步都要求保留证据句，避免把用户原话过度概括。

5、使用方式

在 ChatGPT 中，可以把 Skill 包和投诉材料一起上传，然后说明本次要输出日报、周报还是专项复盘。适合小团队快速做一次投诉整理。

在 Claude 中，可以把 SKILL.md、模板和原始表格放入项目知识或会话附件，再让 Claude 按 Skill 规则输出报告。适合长文本聊天记录和大量用户反馈。

在 Hermes 中，可以把 Skill 作为任务目录，让 Agent 读取输入文件、执行分类、生成报告，并把中间结果保存下来。适合周期性投诉复盘。

在 OpenClaw 中，可以把它作为一个可复用 Skill，配合固定输入目录和输出目录，让客服或运营同事用更低门槛的方式调用。

使用时不需要写复杂提示，只要说清楚三件事：材料来自哪里、希望按什么业务口径分析、最终要给谁看。

6、避坑指南

不要把投诉分析当成情绪摘要。客户说“垃圾”“骗人”只是情绪，真正要追的是订单、商品、页面承诺、客服处理和售后结果。

不要混用分类口径。同一份报告里如果一会儿按商品问题分类，一会儿按部门分类，最后就无法统计高频原因。

不要让 Agent 直接下最终处罚结论。涉及退款、赔偿、法务、平台规则的内容，只能输出待复核事项，必须人工确认。

不要忽略样本量。3 条投诉和 300 条投诉的处理方式不同，Skill 会提示标注样本数量和时间范围，避免把个别极端案例当成普遍问题。

不要只输出问题，不输出动作。投诉分析的终点不是“发现问题”，而是形成负责人、动作、截止时间和复核方式。