如何配置
一个被工单标题淹没的产品团队
现状
离规划会还有三周，团队得先弄清两个问题：客户为什么取消，上一个版本有没有解决配送投诉。答案就藏在每周几百通客服电话里，却没人计数。
DRING 做什么
项目启动时，团队和 DRING 商定一小组原因标签。DRING 接听客服热线，并给团队选定的已流失账户和新版本用户群打电话，每通电话问同样的问题。
带来的变化
团队带着按次数排好序的原因走进规划会，而不是一堆工单标题。过去约一场会议的时间，现在能打完二十个已流失账户的电话。
面向产品经理
看清哪条投诉反复出现
DRING 把客户在客服电话和调研电话里说的话，变成可计数的原因：功能需求、流失原因，以及上一个版本的反响。
提交表单后，DRING 两分钟内给您回电，说明身份并了解您的业务流程。
约 30 万每月呼入和外呼对话
100 万+累计处理的客户对话
最高 90%部分外呼任务的接通率
一周上线从项目启动到第一批调研电话
通话量：全平台当前生产环境数据。最高 90%：部分外呼任务的数据，不是平均值。
一通电话，一条记录
客户的原话，保存为数据
每通电话都以结果、原因和摘要结束，字段由您的团队定义。
同样的字段进入数据看板、CRM、API 和月度报告，投诉背后的原因就在团队日常查看的地方被计数。
我的订单已经是第三次晚到了。就不能让我自己选个送货时间段吗？
非常抱歉，确实让人着急。您的订单明天送到，想自选送货时段的建议，我也已经帮您反馈上去了。
结果已解决，订单已跟踪
原因配送延迟，第三次
功能需求自选送货时段
信号在哪里丢失
电话里听到了，到路线图之前就丢了
客服每天都听到同样的投诉，到了产品团队手里，只剩一个工单标题和一则小故事。
-
上午 9:00
工单标题掩盖了原因
客服午饭前就结掉几十通电话。产品团队拿到的是一个标题，和对某位生气客户的印象，而不是一个数字。
-
第二周
发了二十份邀请，一个访谈都还没约上
要请二十位客户来通个电话，就得欠销售和客服二十个人情。访谈时段还没开放，路线图就已经定了。
-
上线之后
评价要等调查结果
功能上线了，唯一的反馈来源是下一轮 NPS 调查，要等好几周，回复率也还是老样子。
反馈循环
从一通电话到路线图评审
两个来源汇入同一条记录：您本来就会接到的客服电话，以及团队决定拨打的调研电话。
本来就会接到的电话
您的 AI 员工接听客服电话，每一通都以结果、原因和摘要结束。
主动拨打的电话
您的团队交给 DRING 一份名单：已流失的账户、提过某项功能需求的客户，或者用上新版本的用户群。
每次都问同样的问题
每通调研电话都按团队写好的问题、按同样的顺序提问，答案因此可以比较。
靠计数，不靠记忆
第 4 通和第 40 通电话里的同一条投诉，会汇成一个带计数的原因标签，而不是两则小故事。
为路线图评审做好准备
团队可以看到哪些原因反复出现，哪些需求在增长，以及上一个版本有没有带来变化。
用原因看您的一周
客户提了什么，按次数排序
客服电话和调研电话的原因并排呈现，附本周的变化，以及仍在进行的调研名单。
0今天记录的原因标签
0本周完成的调研电话
0正在进行的通话
主要原因本周
配送延迟 · 投诉4.2 版本后上升
自选送货时段 · 需求本月新增
价格太高 · 流失原因流失回访进行中
4.2 版本反馈电话进度正常
已感受到变化没有感受到无人接听
管理后台示意图。您的屏幕上显示的是您自己的原因和名单。
如何开始
从项目启动到第一份排序清单
产品团队的常见问题
调研电话、标签和授权同意
AI 会决定我们做什么产品吗？+
不会。它负责提问、记录和计数。您的团队阅读排好序的原因，决定什么进入路线图。
原因标签由谁定义？+
由您的团队在配置阶段与 DRING 一起定义。标签和额外字段在每通电话中保持一致，所以本月的计数可以和上月比较。
标签会显示在哪里？+
数据看板、月度报告、您的 CRM 和 API 中，全部来自 Insights 中介绍的同一条记录。调研电话中的标签，和客服电话中的同一标签并排呈现。
为调研给客户打电话时，授权同意怎么处理？+
智能体会说明自己是 AI、代表谁打来、为什么打来，并询问客户是否方便占用几分钟。对方拒绝，通话即结束，并从名单中移除。业务流程按照 KVKK（土耳其的数据保护法）和 GDPR 设计，访问权限和保留期限针对您的项目约定。