支持负责人的新头衔

过去 18 个月，企业客户支持领域悄然发生了转变。起初并不起眼——这里加一个聊天机器人，那里上一个 AI 助手，工单流程里零星加入几条自动回复。可如今呢？您的客户和坐席接触到的每一个 AI 触点——应用内提示、聊天窗口、给出回复建议的 AI 助手——都是一个产品界面。

无论您是否这样看待它。

ClickUp 支持与客户体验（CX）负责人 David Doyle 说得很到位：如果您如今在负责客户支持，那么您其实也在不知不觉中成为一名产品经理。意识到这一转变的企业，正在迅速拉开差距。

旧模式：被动响应的支持职能

几十年来，支持职能一直遵循着固定的模式。产品团队发布功能，支持团队才得知（有时甚至比客户还晚）。工程团队开发工具，支持团队接受培训。工单进来，支持团队被动处理。管理层要数据，支持团队汇报处理时长和 CSAT。

这一角色本质上是被动的：沿用现成的工具，应对工单量，在别人设定的约束下做优化。AI 本应让这一切变得更轻松，但不知从何时起，事情走偏了。

分流陷阱

大多数 AI 支持工具只针对一个指标进行优化：分流率。“70% 的客户无需转人工”在供应商的推介中听起来很棒，在仪表盘上也很好看——但它回答的是一个错误的问题。分流率只能说明客户没有升级，却无法说明他们是否得到了答案、是否满意而归，还是因为机器人帮不上忙而默默流失，抑或自己找到了变通办法、从此再也没回来。

分流衡量的是拦截，解决衡量的是结果。这一区别改变了一切——从如何训练 AI、为它提供哪些数据，到如何定义成功。优秀的支持负责人已经不再为分流率欢呼，而是开始专注于另一个问题：问题真的解决了吗？

新模式：作为产品负责人的支持团队

当下领先的客户体验负责人有一个共同点：他们都具备产品思维。在实践中，这体现为以下几点。

在上线之前定义成功标准。 一次成功的交互是什么样的？有哪些失败场景？AI 绝不能说什么？什么时候应该升级，什么时候应该尝试解决？他们写的是产品规格说明，而不是培训文档。

与产品团队协作，而不仅仅是被动跟随。 旧模式：工程团队开发，支持团队学习。新模式：支持团队与产品、工程团队共同设计流程。他们参与设计评审，在上线前而非上线后指出边缘场景；他们根据工单队列中观察到的情况影响产品路线图。支持团队不再处于下游，而是成为共同创造者。

选择兼顾效率与体验的指标。 效率指标（处理时长、分流率、单个工单成本）易于衡量，也容易被“刷”出来。体验指标（解决率、客户费力度、重复联系率）更难衡量，却无法造假。最优秀的客户体验团队会同时追踪两类指标，并在两者冲突时深挖原因。

衡量解决率，而不只是分流率。 解决率关注的是：在与 AI 交互的客户中，有多少人的问题在无需人工介入的情况下被彻底解决？这一标准更高，需要更好的 AI 和更紧密的反馈闭环。但它是唯一真正与客户诉求一致的指标——问题得到解决。

每位客户体验负责人都应思考的问题

如果您负责客户支持或客户体验，有一个问题值得认真思考：如果把支持界面视为由您负责的产品，而不是沿用下来的工具，会有什么不同？

您会改变人员配置吗？会改变衡量方式吗？会更早地参与到产品开发流程中吗？会不再接受以分流为优化目标的 AI 工具，转而要求以解决为目标的工具吗？

支持职能正在改变。那些意识到自己如今已是产品经理、并承担起相应主导权与责任的负责人，将定义 AI 时代卓越客户体验的标准。

其他人则只能被动应对别人开发的工具。