客户通话摘要生成器不应该给您留下优美的段落和相同的后续工作。
调用是有用的详细信息出现的地方。客户批准一件事，拒绝另一件事，提到阻碍因素，要求修改时间表，添加利益相关者，并期望重述。
如果摘要只说“讨论了后续步骤”，那么该工具几乎没有保留任何内容。
真正的工作不是总结对话。
真正的工作是在细节模糊之前将呼叫转化为可用的业务上下文。
当客户端调用应该成为可用输出时
将通话转化为摘要、后续行动和后续步骤
Superscribe Phone 有助于在下一次对话开始之前将业务呼叫转化为经过审核的摘要、CRM 上下文、任务、票证、后续行动和计费详细信息。
简短版本
一个有用的客户端调用摘要生成器应该捕获的不仅仅是主题。
它应该生成一个总结来回答：
- 为什么会发生这个电话
- 发生了什么变化
- 做出了什么决定
- 客户的承诺
- 你的团队承诺了什么
- 下一步谁负责
- 哪些截止日期或日期很重要
- 需要注意哪些风险或阻碍因素
- CRM 中应包含哪些内容：票证、任务或后续电子邮件
这就是通话摘要和工作摘要之间的区别。
文字记录可以保存对话。
客户通话摘要应保留方向。
大多数总结都过于模糊，无法采取行动
糟糕的总结一开始听起来很有用：
团队讨论了入职进展，审查了未解决的问题，并同意采取后续行动。
那是可读的。
它也很弱。
没有人知道发生了什么变化。没有人知道谁拥有后续产品。没有人知道哪个问题阻碍了进展。没有人知道摘要是否属于 CRM、项目板、支持票或电子邮件。
总结让具体的召唤变成了模糊的记忆。
更好的总结听起来更像是这样的：
客户确认导入问题仅影响旧版 CSV 导出。 Superscribe 将在周四之前发送两个清理选项。客户将确认历史数据是否必须保持可搜索。将导入风险添加到账户备注中，并为数据清理建议创建后续任务。
该版本为下一个人提供了一些事情可做。
区别不在于长度。
区别在于结构。
客户通话摘要不是会议回顾
客户呼叫创建运营工作。
会议回顾通常可以成为共享记忆记录。客户通话摘要通常必须变成其他内容：
- CRM 更新
- 一封跟进邮件
- 项目任务
- 支持票
- 一个交接笔记
- 范围或账单说明
- 在下次通话之前需要注意的风险
这就是为什么 客户通话记录软件 应该根据调用后创建的输出来判断，而不仅仅是根据它存储的记录来判断。
同一调用可能会创建多个输出。客户询问支持问题，确认预算限制，批准较小的范围，并要求书面回顾。一个摘要 blob 无法同等地为每个系统提供服务。
CRM 需要帐户上下文。
项目委员会需要任务。
该电子邮件需要对客户进行安全回顾。
内部切换需要混乱的上下文，而这些上下文不应传递给客户端。
强大的客户呼叫摘要生成器将这些工作分开而不是扁平化它们。
一份好的客户通话总结应该包括哪些内容
判断任何呼叫摘要输出时使用此格式。
1. 通话目的
从通话发生的原因开始。
弱点：
- 每周签到
- 入职电话
- 项目更新
有用：
- 查看延迟的入职导入并决定是否保留旧版 CSV 历史记录。
- 设计交接失败后确认修改后的启动范围。
- 诊断客户为何无法在当前工作区权限下添加两个用户。
目的构成了摘要的其余部分。
2. 决定
决策是通话摘要中最重要的部分。
它们应该被写成既定事实，而不是软印象。
有用的总结捕获：
- 什么被批准了
- 什么被拒绝了
- 什么被推迟了
- 还需要做出什么决定
- 谁有权决定下一步
“客户喜欢这个想法”并不是一个决定。
“如果估计时间少于四小时，客户批准选项 B”是一个决定。
3. 与业主的行动项目
每个行动项目都需要一个所有者。
如果所有权不清楚，摘要也应该说明这一点。明显的差距比虚假的作业要好。
使用动作语言：
- 在周四之前将修订后的入职清单发送给玛丽亚。
- 确认历史导出是否需要保持可搜索。
- 将导入风险添加到 CRM 帐户注释中。
- 针对工作区设置中的权限不匹配创建支持票证。
这正是 电话呼叫任务列表工作流程 变得有价值。任务列表并不是一个更好的总结。这是通话的操作版本。
4. 风险和阻碍因素
客户电话通常包含小警告。
这些警告首先消失，因为它们并不总是任务。
一个好的总结应该保留：
- 预算问题
- 时机风险
- 利益相关者的批准不明确
- 技术拦截器
- 缺少输入
- 对范围存在分歧
- 客户的挫败感
这很重要，因为下一次电话会议通常取决于风险，而不是回顾。
如果客户说，“我们可以在周四进行，但法律部门仍未审查数据条款”，摘要不应将其简化为“讨论的时间表”。
5. 后续草案
最好的摘要使后续行动更容易发送。
这并不意味着将未经审核的电子邮件直接推送给客户。
这意味着摘要应该包含人们快速撰写电子邮件所需的部分：
- 干净的回顾
- 确认的决定
- 承诺的材料
- 开放式问题
- 下次会议或截止日期
- 客户安全的措辞
如果后续仍需要重播通话，则摘要生成器未完成工作。
摘要接下来应该放在哪里
生成摘要只是工作流程的一部分。
摘要需要一个落地点。
例如，HubSpot 允许团队在 CRM 记录上记录通话、笔记、电子邮件、会议和任务。 Salesforce 还将呼叫和任务视为属于帐户上下文的客户活动（HubSpot 知识库, Salesforce 帮助).
这些系统可以存储工作。
瓶颈在于在细节消失之前将通话调整为正确的工作。
对于客户呼叫，这通常意味着：
- 捕捉对话。
- 生成结构化摘要。
- 查看输出。
- 将每个零件布线到正确的位置。
CRM 注释位于帐户附近。任务接近项目。支持上下文靠近票证。概述将成为后续电子邮件。账单详细信息位于保存发票上下文的位置。
这也是同样的原因 发送至 CRM 的销售拜访记录 需要的不仅仅是成绩单。有用的输出必须与接下来的工作流程相匹配。
实用的客户通话摘要模板
如果您仍然手写摘要，请使用此模板。
通话目的：
为什么会发生这个电话。
摘要：
两三句话解释发生了什么变化。
决策：
哪些内容被批准、拒绝、推迟或悬而未决。
客户承诺：
客户承诺发送、确认、审查或决定的内容。
我们的承诺：
您的团队承诺发送、修复、检查、起草或安排的内容。
行动事项：
所有者、任务、截止日期和目标系统。
风险或阻碍因素：
任何可能延迟下一步的事情。
后续草案：
面向客户的简洁回顾。
路由：
CRM、任务板、票证、内部注释、帐单注释或后续电子邮件。
这是填写后的示例：
通话目的： 审查入职导入问题并决定下一步。
摘要： 客户确认导入问题影响旧版 CSV 导出，而不影响新的注册流程。该团队同意将快速清理与完整迁移路径进行比较。
决策： 客户在选择之前需要两个选项。
客户承诺： 确认历史导出是否需要保持可搜索。
我们的承诺： 在周四之前发送两个清理选项。
行动事项： 亚历克斯起草选项。玛丽亚确认数据保留需求。向 CRM 添加导入风险。
风险或阻碍因素： 如果历史导出必须保持可搜索，则启动日期可能会改变。
后续草案： “感谢您的来电。我们将在周四之前发送两个清理选项。您能否确认历史导出是否需要在启动后保持可搜索？”
路由： CRM 帐户备注、项目任务、后续电子邮件。
该摘要足够短，可以使用。
它足够具体，值得信任。
Superscribe 的适用场景
Superscribe Phone 是为通话后的部分而构建的。
我们的目标不是为通话频繁的团队提供另一个成绩单文件夹。目标是帮助业务呼叫在呼叫仍然新鲜时成为经过审查的摘要、后续行动、CRM 上下文、任务、票证和计费详细信息。
对于团队来说，这意味着更少的模糊记录，例如“良好的通话，跟进”。
对于单独的运营商来说，这意味着更少的日终重建。
对于代理机构、顾问、招聘人员、顾问和支持团队来说，这意味着对话可以成为下一个工作工件，而不是另一项清理任务。
当总结需要成为后续步骤时
将客户来电转化为经过审核的工作输出
使用 Superscribe Phone 当客户呼叫需要成为摘要、后续行动、CRM 注释、任务、票证和计费上下文时。
常见问题
什么是客户呼叫摘要生成器？
客户呼叫摘要生成器将客户对话转换为包含决策、行动项目、所有者、后续行动、风险和路由上下文的结构化摘要。
文字记录足以作为客户通话摘要吗？
通常不会。文字记录保留了所说的内容，但有用的摘要解释了更改的内容、决定的内容、下一步的负责人以及输出的去向。
客户通话摘要应包括哪些内容？
它应该包括通话目的、决策、客户承诺、团队承诺、行动项目、风险、后续草案以及每个部分所属的系统。
客户通话摘要是否应该自动发送？
应首先对它们进行审查。生成的摘要可以起草输出，但人们应该在发送之前检查承诺、敏感细节和客户安全的措辞。
客户通话摘要与客户通话备注有何不同？
客户通话记录可能包括更广泛的背景和来源详细信息。客户通话摘要应该更短，重点关注发生了什么变化、接下来会发生什么以及需要路由什么。