美洽可在满意度低分时自动提醒主管（能力与入口以当前版本为准），方便即时回访，不同于仅仅打开评价功能。先约定几分算差评、通知到谁，再用站内或邮件等方式推送。收到后先看原会话再回访；提醒过频就提高阈值，并确认评价能否关联到具体会话。
差评一旦出现，最怕的是报表里沉睡几天，等主管发现时访客早已流失。美洽差评提醒要把“低分发生”变成“负责人立刻知道”，再进入回访闭环。下面按告警闭环来写：评价开关和低分通知有何不同、触发条件怎么定、通知谁与用什么方式、收到后标准动作是什么，以及提醒太多、匿名评价难以定位会话两类问题。整篇只谈线上会话评价与提醒，不涉及任何线下场景。
评价开关与低分通知：收得到不等于管得住
打开满意度评价，解决的是“能不能收到分数”；配置低分自动提醒，解决的是“差评出现后谁第一时间知道”。两者常被混为一谈：很多团队以为开了评价就等于服务质量闭环，实际上没有推送时，低分只是事后报表里的一行。美洽侧先确认评价已开启且访客能提交，再单独配置低分通知；缺一环，告警就无从谈起。
- 用对照表培训主管：评价开关管数据采集，低分通知管即时干预，质检复盘仍看报表，三条链路不要互相替代。
- 变更评价文案或弹窗时机时，同步检查低分规则是否仍指向正确字段，避免改了评价却把提醒条件弄失效。
- 上线提醒前先用测试会话打出低分，确认通知真实到达，而不是只在配置页看到“已启用”就结束。
触发条件：几分算差评、覆盖哪些渠道
先在团队内约定阈值：例如五分制里三分及以下算差评，或按你们量表另定。阈值过低会导致几乎从不提醒，阈值过高又会把中评也打成告警。渠道范围也要写清：网页插件、应用内对话、其他已接入渠道是否都纳入（以当前版本实际支持为准）。美洽配置里把阈值与渠道写进规范，比口头约定更不容易在排班交接时走样。
- 结合近一个月评价分布试算：按拟议阈值估算每天提醒条数，超过主管可处理上限就先提高阈值或缩小渠道范围。
- 大促或故障窗口可临时收紧或放宽阈值，但必须写明起止时间与回滚人，避免临时规则变成永久噪音。
- 渠道新增接入后，复查低分规则是否自动覆盖新渠道；未覆盖时补配，已覆盖但质量差时先单独观察再纳入。
通知谁与怎么通知（以当前版本为准）
通知对象建议落到值班主管或值班长一层，而不是全员轰炸。方式可能包括站内通知、邮件或其他即时通讯推送，具体以美洽当前版本提供的选项为准。收件人要保持在职且愿意在值班时段响应；历史账号或已离职邮箱会让告警表面成功、实际无人处理。配置完成后做一次真实低分演练，确认内容里能看到分数、时间与定位会话所需的关键信息。
- 维护一张“值班通知路由表”：工作日、夜间、周末分别通知谁，代理人是谁，避免只配一个固定人名却遇休假空窗。
- 若同时开启多种通知方式，约定主渠道与备份渠道，防止同一条差评在多个软件里重复刷屏导致麻木。
- 通知文案尽量带上会话标识或可点击入口，让主管一键回到原对话，减少还要凭记忆在工作台里翻找的时间。
收到提醒后的标准动作：先看会话再回访
告警的价值不在“响一声”，而在闭环。标准动作建议固定为：打开原会话通读上下文，判断是态度问题、政策问题还是系统故障，再决定由原客服补救、主管介入还是升级到其他团队。回访话术先致歉并核实诉求，避免一上来质问访客为何打低分。美洽里能关联会话时务必从会话进入，比只盯分数数字更不容易误判。
- 把“收到提醒到首次回访”的时限写进班表，例如三十分钟内完成首次触达，超时升级到上一级负责人。
- 回访结果在内部备注或工单里留下结论：已安抚、需补偿审批、属误解、属恶意差评等，方便周复盘。
- 对同一访客短时间多次低分，合并处理而不是每条提醒都机械回访，减少对访客的二次打扰。
闭环度量：提醒量、回访率、二次差评
没有度量的告警会逐渐失灵。建议每周看三类数：低分提醒条数、按时回访比例、回访后再次差评或投诉比例。提醒很多但回访很少，说明人力或路由有问题；回访很多但二次差评仍高，说明话术或政策未改。美洽提供提醒能力之后，真正决定效果的是你们是否坚持看这组闭环指标并调阈值与责任人。
- 周会上用固定三行汇报：本周低分数、已回访数、仍未闭环数，未闭环必须点名责任班次。
- 把典型差评会话做成脱敏案例库用于培训复盘，而不是只在群里转发提醒截图制造焦虑却不沉淀方法。
- 连续两周提醒量异常升高时，先查是否有系统故障或政策变更，再决定是否临时调整阈值。
常见问题
提醒太多，主管开始麻木
问：一天几十条低分提醒，后来都不想点开了怎么办？答：先提高差评阈值或缩小渠道与对象范围，把通知收到“真正需要即时干预”的量级。同时检查是否把中评也算进了差评。美洽提醒过频时，优先减噪而不是再加更多接收人；接收人越多，责任越分散，闭环越差。
- 统计近两周每条提醒的处理结果，若大量属于无需即时介入的低优先级问题，就把规则收紧到更低分或特定标签。
- 夜间与白天可设不同灵敏度，夜间只保留更严重的低分，白天再处理其余，避免值班长整夜被打断。
- 明确每一班次“谁是唯一响应人”，其他人只看日报汇总，从机制上消灭全员通知造成的旁观与推诿。
匿名评价如何定位到原会话
问：评价是匿名的，提醒来了却找不到是哪通对话？答：先确认当前版本评价是否支持关联会话标识；能关联就从通知入口直接打开。不能关联时，用评价时间、渠道、大致分数区间在会话列表里缩小范围，再结合当时在线座席排班对照。美洽侧能力以实际界面为准；定位前不要对访客二次追问“你是不是刚刚打了差评”，容易激化矛盾。
- 配置阶段就验证通知内容是否包含会话号或可点击链接，缺了就优先补这一项，而不是上线后再靠人工翻找。
- 匿名场景下保留“时间加渠道加座席”的三联检索习惯，并在规范里写明最长检索时限，超时升级由管理员协助。
- 若业务强依赖匿名评价的即时回访，评估是否在评价流程中增加可选的联系方式回访开关，但仍须遵循隐私与合规要求。
在正式把低分提醒扩到全渠道之前，建议先选一个进线量中等的渠道做两周试点：只对该渠道启用提醒，观察主管日处理量、回访及时率与访客二次评价变化。试点期间每天花十几分钟对照提醒列表与会话列表，把“通知到了却打不开会话”“打开了却找不到责任人”这类断点记下来，优先修断点再扩面。美洽能力再完整，也要靠试点把路由与回访习惯跑顺，否则一上全量就容易被提醒淹没。
回访时若需要补偿或改单，务必走你们既有的审批流，不要因为告警很急就在会话里当场承诺无法兑现的条件。提醒的作用是加速发现与定位，不能替代财务或运营审批。把“可即时承诺的安抚话术”和“必须审批的补偿项”分成两列贴在值班手册里，新主管接班时也不容易说错。线上客服场景里，承诺不一致往往比响应慢更容易再次换来差评。
搭建美洽差评提醒时，请把阈值、通知路由、回访时限、周度量写进同一份告警手册，并与评价开关配置分开维护。告警闭环的目标是让低分尽快被看见、被理解、被处理，而不是让主管的手机整天响个不停。阈值合理、对象清晰、先看会话再回访，差评才会从“事后抱怨”变成“可干预的服务信号”。
若你们已有工单系统，也可以约定严重差评自动或手动转工单，由专人跟进补偿审批；提醒负责拉起注意，工单负责跨天跟踪。两者衔接时写清状态如何回写，避免提醒里显示已处理、工单里却仍打开。一切能力以当前版本为准，不确定的选项不要写进对外承诺。
美洽满意度低分自动提醒的告警闭环，可以概括为：区分评价与通知、约定阈值与渠道、配准通知人与方式、收到后看会话再回访、并用度量持续减噪。按闭环跑几周，主管对差评的响应会从偶然发现变成稳定机制。