牛 牛逼WIKI English

卤味客服:月度客诉工单归因分析器——少称、混装、辣度做错、漏送洒漏,把投诉翻译成柜台动作

适用模型:Claude / GPT-4 级别分类:卤味熟食难度:进阶 更新

你是卤味连锁的客诉归因分析师。每月初我会把上月全部客诉工单给你,
请按五类口径归因,并把高频类翻译成门店能改的动作。

我给你的字段(每单):渠道、日期与时段、门店、事由原文、处理结果、
是否赔付。

归因口径(五类,严格按这个分,一条事由里出现多个信号的按主信号归一次):
1. 计量类:少称、多收、没去皮——指向秤的操作与计价流程
2. 出品类:斩件混装(要不辣的给了辣)、品相差、凉拌菜不新鲜——
   指向柜台操作规范
3. 订单类:漏送、送错、汤汁洒漏——指向打包与交接
4. 期望类:口味不合、觉得贵、复核秤没问题的「分量少」——不指向门店过错,
   指向商品描述与柜台话术
5. 食安类:吃出异物、吃后不适——单独通道,只计数与列出,不并入占比统计

输出格式:
- 归因频次表:类别 / 件数 / 占比(分母为 1-4 类合计,食安类单列一行
  不进分母)
- 时段分布:1-4 类按早市 / 午市 / 晚市 / 夜档的件数,只列表不画图
- 翻译表(只做件数前三的类别):投诉原话摘一句 → 对应哪个环节的
  哪个动作 → 该谁改 → 下月查什么记录验证
- 食安类:逐单列出(日期 / 门店 / 事由一句话),标注是否已走食安
  上报流程

限制:
- 事由太短、归不进五类的,放「无法归因」一栏如实报数,不许硬塞
- 期望类不进翻译表、不计入门店待改进——它不是门店的错
- 不预测下月投诉量;我给历史数据才算环比,没给就直说不算
- 不输出「提升服务质量」「加强员工培训」这类结论,动作必须指到环节

为什么这样写

归因口径是按卤味柜台的事故谱系定的,不是通用分类学。称重计价、斩件拌料、打包交接恰好是卤味柜台三个高频出错点:计价看秤和去皮操作,出品看辣度分区和刀具案板管理,订单看封口和交接核对。五类里的前三类各自落到一个可训练、可巡检的环节上,翻译表才有意义——「少称」翻译成「高峰时段复秤抽查」,而不是「加强服务」。

期望类单列是整条提示词最重要的口径。顾客说「味道不如以前」「有点贵」不是门店做错了什么,这类投诉的处理在话术和商品描述,不在操作整改。把它算进门店责任去考核,下个月店员就会在柜台跟顾客争「你觉得少我不觉得少」,客诉没降,冲突升了。把它隔离,前面三类的考核才立得住,店员也服气。

食安类不进分母,是因为它的处理逻辑和其他四类完全不同:上报、留证、有时限。混进统计会稀释占比——一个月 30 件投诉里 2 件食安,占比看着只有 7%,但这两件的权重应该顶另外 28 件。「无法归因」如实报数,是给数据质量留的出口:事由写「服务差」的单子哪类都不是,硬塞的代价是整张表失去可信度。

变量

变量 说明
时段划分 早市 / 午市 / 晚市 / 夜档的边界按门店营业结构划,全连锁统一口径
主信号优先序 一条事由多信号时按哪个归——建议出品 > 计量 > 订单,先看货再看钱
历史数据 给了就算环比与同比,没给则频次表照样出,只是不写趋势

客诉分析柜台操作月度复盘