点评回复与运营

1客户嘴上要的

「用 AI 自动回复 OTA 和点评平台上的评价，每条评价 1 小时内回复。」

—— 中端连锁酒店集团

这是症状或现成方案，不一定是真问题。下面看两种做法。

2照字面做，会怎么烂

3好 FDE 的实际走法

共 6 周，分 5 个阶段。带三角标记的是这一步最容易踩的坑。

1. 1

   第 1 周看差评从哪来

   • 跟集团的质量督导经理、3 家门店的店总（门店总经理）、值班经理、前台主管坐下来，抽过去半年的 500 条差评，逐条分析。
   • 发现：500 条差评里，有 340 条说的问题客人在住时已经提过，比如打电话给前台说空调不制冷、房间有噪声。这些问题记在前台交班本、客房服务电话记录、企业微信消息里，但没有人跟进到底，客人离店后就写了差评。
   • 真问题不是「回复慢」，是「客人在住期间的抱怨没有被汇总和闭环，等变成差评已经来不及了」。成功标准改为：试点 10 家店，每千间夜差评数下降 30%；在住客人提出的问题，2 小时内有人处理并回访的比例达到 90%。
   • 踩坑别把「回复速度」当主要指标。回复很快，但问题不解决，评分不会变。
2. 2

   第 2 周找在住问题的入口

   • 在住客人的问题来自：前台电话和当面反映、客房服务电话、企业微信客服、入住后的欢迎短信回复。各渠道分别由前台、客房部、店总助理处理，没有统一记录。
   • 和店总、前台主管确定：所有渠道的问题统一记录，按类型派给对应部门（工程部、客房部、前台），设定处理时限。
   • 数据：PMS 的在住信息（房号、入住天数）、企业微信的会话记录、前台交班记录（部分是纸质的，前台每次交班拍照上传）。
   • 和法务确认：客人信息只在本店和集团质量部内部使用，回复评价时不能透露客人的个人信息。
3. 3–4

   第 3–4 周原型：在住问题看板 + 评价回复草稿

   • 在住问题看板：值班经理的手机上每 2 小时更新一次，显示未处理的问题、超时的问题、同一个客人多次反映的问题。处理完后，前台给客人回访，在系统里关闭。
   • 评价回复：对离店后的评价，生成回复草稿，附上这位客人在住期间是否反映过问题、处理情况。门店确认后发布。涉及赔偿、退款的回复只由店总处理。
   • evals：用过去 3 个月的企业微信会话和交班记录，测试问题识别和分类，请前台主管核对 300 条，准确率 ≥ 90%。
4. 5

   第 5 周值班经理上手

   • 10 家店试用两周。反馈：「晚上 11 点后的问题要直接推给夜班值班经理」「同一个房间重复报修，要提示工程部彻底检修」。加上。
   • Demo 给集团运营副总裁：试点店和对照店的每千间夜差评数、在住问题处理时长，由一位店总讲。
5. 6

   第 6 周交接交接

   • 交给集团质量督导经理：维护问题分类和处理时限、每月统计各店的在住问题闭环率、维护评价回复规范。
   • 把重复出现的设施问题（如某批房间空调）汇总给集团工程部，纳入改造计划。不解决设施问题，在住问题会一直重复。

4这个案例教给你的可复用判断