客人的差评很少在不满的那一刻写出来——通常写在退房时，或者离店后几天里。
而这段时间其实是可以干预的：如果诉求在住中就被接住，差评可能根本不会写出来。哪怕写了，因为处理得好，复购率甚至会高于什么都没发生的客人。
第一步：把诉求统一收口
要覆盖的渠道
前台通话、客房服务电话、酒店小程序、OTA 平台住中消息、大堂现场反馈。
为什么要统一
很多酒店的诉求散落在各处，高峰期漏单、信息传递失真都是这么来的。
全程线上留痕
替代口头转达与纸质记录，这是后面所有分析的前提。
结果
所有诉求进入同一个处理池，责任人明确，时限可追踪。
第二步：高风险诉求早识别
1
识别"已经投诉"之外的情况
除了明显的投诉表达，还要从多次重复诉求、负面措辞里预判情绪升级的可能，提前介入。
2
自动生成客诉预警
识别到高风险诉求后触发预警，把"事后补救"往前推到"事中干预"。
3
周期性输出观点榜
客诉观点与客需观点的 TOP 榜，让"哪些问题最突出"不靠管理者拍脑袋判断。
第三步：单客事件小闭环
完整闭环的四个环节
- 预警触发：识别高风险，生成工单派到对应岗位
- 标准处置：员工按标准执行，全程沟通与操作留痕
- 结果确认：处置后与客人确认满意度，标记修复程度
- 档案沉淀：全流程归档，形成完整事件档案
只做一半会怎样
- 员工解决完就结束，客人仍有不满没说
- 客人离店直接给差评
- 事后申诉拿不出完整处置过程作为证据
结果确认这一步最容易被跳过，但它同时解决了两个问题：客人的真实感受被确认，以及酒店手里有了完整记录。
小闭环之外，还有大闭环
5 个
需收口的诉求渠道
4 环节
单客事件闭环
2 个
闭环（单客/整体）
可申诉
留痕的价值
留痕最大的价值
有酒店遇到客人因发票金额诉求未被满足、离店后发差评，通过系统调取完整的住中沟通与处置记录提交平台，最终该评价被判定为无效点评。完整记录既是复盘材料，也是申诉凭证。