客服工单分类体系搭建：让售后问题变成产品改进清单

客服每天处理的大量问题，往往被当作”已经解决的事”而流失掉。但工单是唯一来自真实用户的、免费的、带情绪的产品需求信号。

工单分类要先做减法

分类颗粒度太细则没人填，太粗则无法分析。建议设置三层：一级按流程（售前、售中、售后、物流、账户），二级按问题类型（质量、描述不符、物流破损、尺寸不符、发票、使用困惑），三级按具体原因（同一类型下的不同根因）。前期先落两级，跑顺了再细化。

把工单变成结构化数据

关键不是分类本身，而是要让分类能被打标、能统计、能追踪趋势。建议用固定选项加自由文本的方式，文本用于补充细节，选项用于聚合分析，两者都要有。

根因分析：找真正的上游

“质量差”往往是上游问题：供应商来料、质检标准、页面描述夸大、说明书缺失。按月看工单量的TOP问题类型，如果集中度高，改进的杠杆就大。三个月后回头看，同类工单量是否下降，才是体系有效性的验证。

闭环机制

每月产出一次工单分析报告，把TOP3问题转成产品与运营的具体改进项，指定责任方，并在下月复盘时回看处理进度。没有回看的机制，报告很快会变成存档。

客服工单不是成本项，它是零成本的真实用户调研，只是需要被结构化地接住。