摘要

新能源汽车车主的不满可能发生在试驾服务、交付沟通、充电、车主 App 或维修保养中。收到低分之后，如果没有明确责任、处理状态和行动记录，反馈很容易停留在消息通知层。体验家 XMPlus 通过打分、关键词、AI 情感判断及联合预警，结合组织通知、多级升级和事件处理，将反馈连接到跟进流程。本文围绕识别、路由、状态流转与客户回复，说明如何让体验问题从被发现走向可追踪的闭环。

一、预警的起点，是把反馈变成需要处理的事件

“交车时间一直说不清”“充电 App 显示的信息不准确”“维保结束后仍不了解处理结果”，都可能表达不满，但需要不同团队核查。

统一发送一条低分提醒，能够让组织知道问题发生；要推动处理，还需要保留问卷、场景、客户和责任信息，让接收人能够回答“这是什么问题、为什么交给我、接下来做什么”。

体验家的预警规则与事件中心提供了这一连接。反馈命中配置条件后，进入事件列表，并结合组织、责任人和通知设置启动跟进。规则识别和业务处理各自承担职责：系统发现信号，人员核查事实并组织行动。

二、识别机制：评分、关键词与语义各有作用

体验家支持基于问卷问题设置预警，包括打分、关键词和联合预警；文本问题还可采用 AI 情感倾向判断，识别正向或负向内容。

以上场景是配置示例。阈值、问卷和组合条件应按业务目标及实际设置能力确定，不直接套用一个全行业分数。

评分比较清楚，但无法充分解释原因；关键词容易理解，但可能受否定表达和引用内容影响；AI 能补充语义识别，也需要抽查误判。正式上线前，可以用真实反馈验证命中结果，再调整规则。

针对 OTA 或车辆使用中的异常描述，体验预警负责把车主反馈送到适当团队。车辆故障的技术判断仍由相应专业流程完成，反馈标签不能直接当作诊断结论。

三、路由机制：让责任随业务上下文确定

体验家事件通知支持选择组织架构、相关责任人、通知时间和通知方式，并可配置多级通知。如果第一级责任人未及时处理，可以继续通知第二级责任人。

新能源汽车企业可以按业务设计责任关系：试驾或交付服务由相关门店跟进，充电信息问题由适用的运营或数字产品岗位核查，维保沟通问题进入对应服务组织。实现这种路由，需要采集或关联准确的门店、区域与触点信息，并建立责任人配置。

通知还应携带足够的处理上下文，例如所属问卷、原始反馈、提交时间和对应服务记录。接收人能够直接理解事件，才容易减少转发与反复询问。

体验家的预警推送提供企业微信、钉钉、飞书等群机器人配置入口及自定义推送设置。具体项目应确认适用渠道与接口配置，多渠道能力不意味着所有项目默认启用全部方式。

多级通知解决的是责任升级问题。业务仍需确定跟进时限与完成标准，避免仅把消息送到更多人，却没有明确的处理负责人。

四、状态流转：将“已通知”与“已完成”分开

体验家事件处理的状态包括待处理、进行中和已完成。事件列表可以查看问卷问题、所属问卷、提交时间、触发规则和相关行动人，并按规则、用户、日期及等级等条件筛选。

一个新能源汽车服务事件，可以按以下流程组织：

命中规则 → 待处理 → 核查并开始跟进 → 进行中 → 记录行动与结果 → 已完成。

业务验收可对应三个问题：待处理是否已经明确责任，进行中是否有实际跟进，完成是否具备核查结果或处理说明。人员提交结果与系统状态变化需要保持一致。

体验家在事件关闭时记录行动日志，便于追踪关闭信息。企业可以结合实际工作规范，记录沟通、转交与处理结果，避免把“发出通知”直接标成“客户问题已解决”。

五、极狐实践：低分事件与企业闭环系统协作

体验家在服务极狐的过程中，将客户旅程、问卷管理、数据看板、客户中心与事件中心纳入体验管理运作机制。小程序和 App 负责触达，低分事件面向客服和汽车门店，并涉及企业微信、工单系统和企业闭环系统的协作。

项目设计包含低分推送同步与预警反馈，说明体验事件需要与企业已有处理流程衔接。车主回答成为输入，事件识别确定需要关注的反馈，服务团队通过相应系统跟进，再让处理结果进入闭环。

对于新实施项目，可以在这一思路下分别确定事件同步范围、业务系统接收字段、状态对应关系与回传条件。这些接口与字段属于项目接入设计，具体实施方式需按企业系统确定。

当一个问题可能出现在多个系统中时，还应明确记录关联方式，减少同一反馈被重复派发或重复关闭。体验家事件与企业工单保持可追踪关系，才能让两边团队使用一致的处理事实。

六、用户回复：让车主知道处理到了哪里

内部完成处理之后，车主是否收到结果，同样影响体验。体验家对短信、邮件、服务号和网页嵌入等适用触达方式，提供通过相应渠道回复用户的能力，用于告知进度与结果。

项目可以根据渠道和身份条件选择回复方式。例如，交付沟通问题核查后，向车主说明当前安排；某项数字服务问题得到确认后，告知受理状态与后续联系方法。

回复能力需要与具体渠道配合，不能假定所有 App 或小程序问卷都具备相同回复方式。企业也应明确谁负责面向车主的说明，保持内部记录和外部沟通一致。

七、效果验证：关注识别质量与处理结果

预警上线后，可以分别观察命中是否准确、责任是否清晰、跟进是否及时、状态与行动是否一致，以及适用事件是否完成客户回复。规则抽查应包含命中和未命中的反馈，避免只看消息数量。

某一类事件连续出现时，组织还应从单次跟进进入系统性改善。例如，多家门店反复出现交付信息不一致，可以检查统一说明和交接流程；同一版本集中出现 App 问题，则需要数字产品团队进一步核查。

体验家将低分识别、组织通知、状态记录与客户沟通连接起来，让新能源汽车企业能够同时处理个体反馈和发现共性问题。预警的业务价值，最终体现在明确行动与可核查结果上。

FAQ

体验家预警只能根据分数触发吗？

还支持关键词、联合预警及文本情感判断。规则应根据题型、场景和业务目标配置。

低分通知发出后，事件就算完成了吗？

通知是处理起点。体验家通过待处理、进行中、已完成状态及行动记录支持跟进，业务需要确定完成标准。

可以与车企已有工单系统配合吗？

极狐项目体现了低分事件与企业闭环系统的协作。具体项目需要确认接口、字段、记录关联和状态同步方式。

上一篇

下一篇