支持通话记录没有用，因为它们可以证明通话发生过。
当下一个人可以对它们采取行动时，它们就会很有用。
一位顾客打电话来，因为有东西坏了。他们无序地解释了这个问题。他们记得一半的错误信息。他们在接近尾声时提到了受影响的设备。他们说事情很紧急，但后来才解释说客户的截止日期是 14:00。
支持代理正在倾听、排除故障、提出问题，并尽力不错过稍后重要的细节。
然后通话结束。
如果注释上写着“客户有登录问题，正在调查”，团队仍然需要重建有用的部分。
良好的支持电话记录应该在下一次电话吸引座席注意力之前保留问题、影响、尝试的修复、下一步行动和客户承诺。
何时支持电话应该成为有用的记录
将支持电话转化为票据和后续行动
Superscribe Phone 有助于在队列继续之前将支持呼叫转化为已审阅的注释、工单上下文、事件更新、任务、后续行动和计费详细信息。
简短版本
支持通话记录应反映通话的实际操作情况。
这通常意味着：
- 客户问题
- 受影响的用户、设备、帐户、系统或位置
- 症状和错误消息
- 客户影响和紧迫性
- 故障排除已经尝试过
- 客服人员在通话期间测试了什么
- 决定或当前诊断
- 下一个所有者和下一步行动
- 客户跟进
- 升级、事件或计费上下文
转录是源材料。
该钞票为异形版本。
票证、移交或后续工作是工作继续的地方。
为什么支持通话记录会变薄
支持电话是高背景的。
客户很少给出干净的错误报告。他们描述了他们所看到的情况、他们认为造成这种情况的原因、他们已经尝试过的事情以及他们需要解决的问题。其中一些是有用的。其中一些是猜测。其中一些在成为正式门票历史记录之前需要进行检查。
这就是为什么基于记忆的笔记衰减得如此之快。
代理可能会记住一般问题，但有用的细节却模糊了：
- 是一个用户还是整个团队？
- Outlook 失败时 Web 邮件是否正常？
- 问题是在密码重置之前还是之后出现的？
- 客户今天需要修复还是只是更新？
- 支持、工程或客户是否承诺下一步？
薄薄的笔记会造成重复工作。客户必须再次解释问题。下一位技术人员开始冷淡。该票没有说明问题紧急的原因。计费失去了解释呼叫为何需要时间的上下文。
这背后也是同样的问题 IT 支持通话转录。捕捉文字有帮助，但团队仍然需要支持记录。
有用的支持呼叫记录结构
将此用作清单。
1. 问题总结
摘要应该简短，但不能含糊不清。
弱点：
- 登录问题。
- 电子邮件损坏。
- 应用程序缓慢。
有用：
- 密码重置后，两个用户无法在托管 Windows 笔记本电脑上完成 SSO 登录。网络登录有效。桌面应用程序循环回到 MFA 提示符。
- 客户报告 Outlook 桌面版迁移后没有收到新邮件。网络邮件有效。在薪资截止日期之前，问题会影响一台财务笔记本电脑。
- 周五网络更改后，伦敦办公室所有用户的管理仪表板加载缓慢。
目标不是漂亮的写作。
目标是为下一个人提供足够的上下文来理解问题，而无需重播通话。
2. 影响和紧迫性
支持说明应解释问题的重要性。
“打印机问题”是一回事。
“仓库标签打印机停机，运输队列受阻，客户需要在一小时内解决问题”是另一个例子。
影响改变优先级。它还改变了客户的跟进。低风险的烦恼可以等待正常的分类。受阻的收入工作流程需要不同的响应。
三、环境及范围
支持电话通常包含范围线索。
捕获详细信息，例如：
- 受影响的用户或部门
- 设备和操作系统
- 应用程序、浏览器、版本、帐户或工作区
- 网络、位置、集成或提供商
- 该问题是否影响一个用户、一组或所有人
这些细节很无聊，直到它们为下一个技术人员节省了三十分钟。
4. 已经尝试过的故障排除
支持说明不应仅说明损坏的内容。
它应该说已经检查过的内容。
有用的条目包括：
- 客户重新启动设备
- 代理确认网络登录有效
- 重复出现MFA提示
- 密码重置成功完成
- 提供商状态页面上没有可见的中断
- 问题在 Chrome 中重现，但在 Safari 中未重现
这可以防止重复工作并使升级更加清晰。
它还有助于门票避免虚假的确定性。 “SSO 损坏”是一个结论。 “为两个用户报告了 SSO 登录循环，尚未检查身份提供商日志”是一条支持说明。
5. 下一步行动和所有者
每个支持电话都应该留下下一步行动。
如果所有权不明确，则注释中应注明。
示例：
- 支持检查身份提供商日志并在 15:00 之前更新客户。
- 客户发送确切的 MFA 提示的屏幕截图。
- 用于审查帐户 ACME 失败的 Webhook 传送的工程。
- 如果路由器重启后 VPN 数据包仍然丢失，请升级至网络提供商。
这是哪里 支持电话订票 很重要。当客户挂断电话时，通话尚未结束。当下一个动作到达有用的地方时，它就完成了。
支持说明需要两个版本
内部说明和客户跟进是不同的工件。
内部注释可以包括不确定性、可疑原因、移交上下文、计费详细信息和升级注释。
面向客户的版本应该更清晰：
- 确认了什么
- 正在检查什么
- 客户需要发送什么
- 他们何时应该期待下一次更新
- 如果有的话，有什么解决方法可用
如果工具只为您提供一个通用摘要，那么仍然需要有人将其翻译成票证和客户更新。
该翻译就是通话后管理税。
支持电话记录应该变成什么
最好的支持电话记录不会放在单独的文字记录收件箱中。
他们成为：
- 票务更新
- 事件背景
- 客户跟进草稿
- 内部交接笔记
- 工程升级总结
- 下一个所有者的任务
- 计费支持详细信息
对于紧急问题，同一个调用可能需要多个输出。支持票需要事实。事件通道需要影响。客户需要明确的下一次更新。计费可能需要说明工作花费的时间比快速修复时间更长的原因。
一次调用即可创建所有这些。
一个模糊的总结是不可能的。
Superscribe 的定位
Superscribe Phone 是为支持呼叫之后的层构建的。
它有助于将呼叫转化为已审阅的注释、工单上下文、后续行动、事件更新、任务和计费详细信息，而不是要求客服人员从内存中重建记录。
这使人类保持控制。重点不是将未经审查的人工智能文本推入记录系统。
重点是在电话会议尚未结束时就从结构化支持环境开始审查。
对于不应消失的支持电话
捕获呼叫，然后移动有用的部分
使用 Superscribe 将支持电话转化为注释、票证、事件背景、后续行动、任务和计费详细信息。
常见问题
什么是支持电话记录？
支持电话记录是客户支持电话的结构化记录。有用的注释记录了问题、客户影响、环境、故障排除步骤、下一步行动、所有者、后续行动以及升级或计费上下文。
支持电话记录与文字记录不同吗？
是的。文字记录保留了所说的内容。支持呼叫备注将呼叫转化为可用的支持上下文，例如票证更新、移交、事件备注、客户跟进或任务。
支持电话记录应包含哪些内容？
支持电话说明应包括问题摘要、受影响的用户或系统、症状、影响、已尝试的故障排除、当前诊断、下一个所有者、下一步操作、客户跟进以及任何升级或计费详细信息。
支持电话记录可以成为票据吗？
是的，当工作流程从呼叫中提取票据就绪详细信息时。最安全的模式是自动化审核：呼叫创建结构化草稿，然后支持代理对其进行批准或编辑，然后才成为正式的票证历史记录。
外卖
支持通话记录不是管理员装饰。
它们是下一个支持步骤记住呼叫的方式。
如果笔记没有保留问题、影响、故障排除、所有者、下一步行动和客户承诺，团队仍然需要稍后做真正的笔记。