用 Jev 给客户反馈分类

Jev 能给客户反馈分类吗？

可以。Choice 问题让 Jev 从给定类别中选择一个，并返回各选项的概率。你可以把结果用于建议客服处理队列，再由人复核。它不核实账户、不判断紧急程度，也不批准退款。

打开可编辑的反馈分类模板。上方展示了完整的虚构输入、问题和 6 个选项。载入只会建立草稿，主动点击检查才运行。这个模板只问一个问题；完整的反馈场景演示则包含三个检查项。

给每个类别写清边界

模板初始只有标签，描述为空。你可以将以下建议填入编辑器，再按自己的业务修改；这些描述不会自动载入：

如果应用崩溃也导致付款问题，先决定按故障现象、用户诉求，还是负责排查的团队分流，再把优先规则写进问题和描述。编辑器支持 2–6 个选项；这是本站限制。

每次只改一项，再比较结果

1、载入模板，保存输入、问题、选项及自己补充的描述。

2、检查一条不含敏感信息、自己能够判断处理方式的消息，记录建议类别及其他选项的概率。

3、只把消息从重复扣费改为登录闪退，保持问题和类别不变，再将两次结果与自己的分流规则比较。

概率分布集中不等于实测准确率。这个模板不会分配真实工单，也没有预填正确答案。

英文演示中留存的两次真实检查

2026 年 9 月 18 日，本站原有的英文三问题场景演示返回了以下真实结果。表格保留当时的英文输入与类别原文：

结果文字分别保存于 UTC 03:05:24 和 03:07:12。这是两条虚构消息，各有一次成功运行，不是准确率评测；没有记录确切模型版本。它们来自完整场景演示，并非上方的单问题自定义模板，也不保证再次检查得到相同结果。已发布的截图 展示了输入修改和返回结果。

一条消息同时符合两个标签怎么办？

试一条新的虚构输入：“我的订阅被扣了两次款，而且应用在登录时闪退。”运行前先决定人工应如何处理。如果两个问题都需要负责人，一个胜出的类别无法表达两次分派。可以拆成独立任务，或分别用是非问题检查各项特征。对于分流规则无法处理的消息，保留“其他”或人工复核入口。

接着阅读如何处理重叠标签，再修改并测试自己的例子。账户核实和退款决定仍与这一步分类分开。