通话记录并不是终点线。
它们是原材料。
当笔记成为某人实际上可以完成的任务时，有用的部分就发生了。 A client asks for a revised proposal. You promise to send a link. A teammate needs to check an integration. A support issue needs a ticket.这些都还没有完成，因为它出现在回顾中的某个地方。
笔记必须成为工作。
这就是任务呼叫记录背后的真正工作：从对话中提取下一步，给它们所有者，添加缺失的上下文，并将它们放在不会被忘记的地方。
通话记录什么时候应该成为工作
将通话转变为经过审查的任务和后续行动
Superscribe Phone 可以帮助您将业务呼叫转化为摘要、任务、后续行动、CRM 上下文、票据和计费详细信息，然后下一次呼叫会将所有内容从您的脑海中剔除。
简短版本
一个好的任务工作流程呼叫注释应该捕获：
- 接下来需要做的事情
- 谁拥有它
- 谁要求的
- 所属的客户、项目、交易、票据或帐户
- 到期日或承诺的时间
- 应发送的后续消息
- 任何障碍、风险或悬而未决的问题
- 调用后任务应存放在哪里
该任务对于不在通话中的人来说应该是有意义的。
如果它只说“跟进客户”，则工作流程失败。那不是一个任务。这提醒其他人仍然需要重建通话。
为什么呼叫注释作为任务列表失败
大多数通话记录都会保留对话顺序。
任务不按对话顺序进行。
客户可能会在第四分钟提到实际的要求，在第十一分钟更改范围，在二十分钟添加截止日期，并在每个人都说再见时确认所有者。一份成绩单可以包含所有这些内容。正常的摘要甚至可能会提及所有内容。
但该任务需要一个成形版本：
在周四之前将修订后的入职清单发送给 Priya，包括进口风险说明和新的 SSO 要求。
那是可以用的。
它有一个所有者、一个接收者、一个截止日期以及防止任务变成模糊的待办事项的上下文。
这背后也是同样的问题 调用行动项目的记录。文字记录可以保留一切，但仍然让下一步不清楚。
任务需要一个目的地
“创建任务”听起来很简单，直到你问它应该去哪里。
一次调用可以产生几种不同类型的工作：
- 交付团队的项目任务
- 记录帐户历史记录的 CRM 注释
- 支持票
- 给客户的后续电子邮件
- 截止日期的日历提醒
- 稍后的范围或账单说明
这些不是同一个对象。
如果所有事情都集中在一个通用任务列表中，团队仍然需要稍后对其进行排序。更好的工作流程是在呼叫上下文仍然新鲜时决定目的地。
对于顾问来说，这可能意味着客户承诺进入项目委员会，帐户上下文进入 CRM，并立即起草后续电子邮件。
对于 IT 支持团队来说，故障排除详细信息属于票证，而客户更新属于回复线程。因此 支持通话记录 需要更多的结构而不是简单的回顾。
有用的结构
将通话记录转变为任务时请使用此清单。
1.提取承诺
寻找承诺、请求、决定、阻碍和悬而未决的问题。
示例：
- “你能在周五之前发送更新的价格吗？”
- “我们需要工程来确认 SSO 是否支持此设置。”
- “针对权限问题开具支持票。”
- “如果预计时间保持在四个小时以内，我们就继续前进。”
这些不仅仅是电话中的句子。
它们是需要有地方居住的承诺。
2.添加缺失字段
任务不应该依赖于记忆。
在它进入工具之前，添加：
- 负责人
- 客户或帐户
- 项目或门票
- 到期日
- 源调用
- 简短的上下文注释
- 下一个可见动作
弱点：
- 检查单点登录。
有用：
- Alex 在周四的入职电话会议之前确认 Acme 的 SSO 设置是否支持承包商帐户。将答案添加到 Acme 实施票证中。
第二个版本删除了重建工作。
3. 将任务与笔记分开
并非所有有用的细节都是任务。
一些细节是参考上下文：
- 客户更喜欢电子邮件而不是 Slack
- 预算正在等待财务批准
- 密码策略更改后出现生产问题
- 利益相关者担心迁移时机
这些详细信息应保留在注释、CRM 记录、票证或帐户历史记录中。把一切都变成任务会产生噪音。
最佳工作流程分开：
- 任务，因为必须有人采取行动
- 注释，因为有人可能需要上下文
- 后续行动，因为客户期望得到回应
- 记录，因为业务需要历史
这种分割使得呼叫记录成为有用的工作输出，而不是另一堆文本。
为什么实时捕捉有帮助
调用后清理很脆弱，因为下一个调用开始得太早。
你挂断电话时记忆清晰。十分钟后，另一位客户打来电话。到了午餐时间，两个截止日期和一个阻碍因素混在一起了。
实时捕获会改变这种情况，因为通话已经在细节新鲜的情况下成形。您可以查看任务列表，纠正所有者，并在上下文衰减之前发送后续任务。
这并不意味着每项任务都应该盲目自动化。
这意味着在您被迫从内存中重建调用之前，第一稿应该存在。
这也是原因 客户通话记录软件 很重要。仅当捕获步骤减少了对话后通常发生的管理时，它才有价值。
一个简单的任务调用注释模板
每次客户端调用后，创建以下输出：
通话摘要
一段包含客户、主题、决策和当前状态。
任务
每项任务应包括：
- 负责人
- 行动
- 客户或项目
- 截止日期
- 目的地
- 源上下文
后续草案
一条简短的消息，确认已达成的协议、接下来会发生什么以及每个步骤的负责人。
CRM、票据或项目说明
持久的上下文应该在任务列表之外继续存在。
这会为您从一次调用中提供四个有用的输出。任务列表只是其中之一，但却是防止下一步消失的原因。
Superscribe 的定位
Superscribe Phone 是为商务通话后的那一刻而构建的，此时对话必须变成工作。
目标不仅仅是存储成绩单。
目标是在通话仍然有意义的情况下，将通话转化为经过审核的注释、任务、后续行动、CRM 上下文、票据和计费详细信息。
这就是“我们在某处有呼叫记录”和“下一步已经在进行”之间的区别。