NPS低分回访话术

解决什么问题

NPS 低分回访最容易翻车的，不是“不会安慰人”，而是把回访做成了质询：开场就追问原因，话术里夹带“是否可以考虑调整评分”，承诺了没有权限答应的补偿或时限，或者把客服的推测直接当成用户原话写进记录。

NPS低分回访话术 面向的是低分用户回访前的准备环节：拿到分数、用户原声、回访渠道和已知背景后，产出可以直接照读的共情开场、探因问题、复述确认和收尾口径，同时明确哪些情况必须升级，哪些信息还只能写 待确认。

它如何工作

核心能力是把一次回访拆成可执行的结构：

• 提取事实：区分用户原声、已确认事实和内部推测，隐去与回访无关的敏感信息。
• 共情开场：感谢反馈，承认体验造成的影响；不辩解、不质疑分数、不暗示改分。
• 探因问题：按“发生了什么 → 影响多大 → 期望是什么”排列 3～5 个开放问题，一次只问一件事。
• 复述确认：用一两句话复述听到的问题，请用户纠正，而不是自行定责。
• 升级判断：涉及数据丢失、安全与隐私、持续不可用、重复未解决或重大业务影响时，建议转交相应负责人。
• 有边界的收尾：只写已获授权的动作和时限，未知负责人、补偿或日期统一标为 待内部确认后回复。

给 AI 助手提需求时，尽量带上 NPS 分数、用户原声、回访渠道、已知使用背景、允许承诺的范围和内部升级规则。缺项不要补测，保留为待确认。

适用边界与注意点

适合：NPS 低分用户回访、低分原因探查、回访前话术准备。

不适合：单条客服消息回复、批量反馈归因、自动外呼或群发、危机公关和法务定责。它只起草人工回访话术，不自动联系用户、不修改 NPS 系统，也不代表企业承诺补偿或解决时限。

质量红线值得单独记住：不编造根因、处理进度、负责人、补偿或解决日期；不索要与问题无关的身份证号、密码、验证码；不把回访写成质询，不诱导改分；用户拒绝继续沟通时礼貌结束并记录。最终结论仍需业务人员核查用户陈述、客服记录和产品状态。