Gong 有会议记录却没有录音：临时客户会不能只靠自动捕获

客户临时提出“现在聊十分钟”，销售马上发出会议链接，事后准备从 Gong 找承诺和下一步。这类场景里，首先要确认有没有可用录音，再谈 AI 能整理什么。Gong 的官方文档说明，未录制的会议也可能出现在活动时间线并计入商机活动；看到日期和与会者，不等于对话内容已被保存。

对经常临时开会的团队，Gong 不宜成为唯一的会议记录手段。这个判断来自录制条件，而非对其摘要质量的评价。

Gong 的排错文档给自动捕获留出了 30 分钟日历扫描及入会准备窗口。假设会议 14:00 开始，邀请在 13:50 才创建，提前量只有十分钟，就不应把自动录制当成已落实的安排。

会议开始后手动补安排也有延迟。官方说明，从首页安排立即录制后，启动可能需要最多十分钟。对于一场预计只开十分钟的客户沟通，即使操作正确，也不能据此承诺留下完整对话。这是按官方时间条件推导的例子，不是实测失败率。

因此，临时会议应先指定一人记下决定、负责人和承诺日期。需要录音时按公司的规则安排，并确认实际开始录制；事后再用已有录音补充纪要。不要为了等待工具准备好，让关键口头承诺无人记录。

录制机器人仍受会议入口限制。若等候室没有放行 Gong Recorder，它就无法加入。强制同意配置下，参与者拒绝录音也会阻断录制。这两种情况分别属于入会处理和参与者选择，不应混成“AI 没生成摘要”的问题。

会后检查应先分清三件事：是否只有活动条目、是否存在录音、录音是否已经处理完成。若缺少录音，查看该会议的未录制原因，再决定是请主持人核对入会情况，还是交由技术管理员检查配置。被拒绝的录音不应通过换链接或其他方式绕过；业务跟进可以使用获准保留的人工纪要。

采用 Gong 前，可以用团队常见的会议安排做一轮受控验收：正常提前预约、临时补约、由客户主持。记录哪些场景实际留下了可用录音，哪些需要人工处理。这里建议的是验收方法，不代表这些场景已经完成测试或具有相同成功率。

管理员可以借助 Call Status report 汇总未录制原因，但官方提示过去 24 小时的数据可能尚未出现。因此，当天的报告空白不能证明当天没有漏录；单场先查，汇总稍后补核。

对于时间较长的培训或讨论，也要记住官方给出的处理上限：超过六小时的录音无法处理，应提前拆成不同会议。这和临时会议的准备窗口一起说明，录制覆盖需要排期配合。

如果团队主要使用提前安排、入口可控的会议，自动捕获可以成为日常记录的一部分；如果大量沟通是随时发起、客户掌控入口，人工纪要就应继续作为固定环节。采购和上线验收应问“我们的关键对话能否被可靠留下”，而不只看已经录下的那一场摘要写得多好。