Fireflies 自动化会议工作流

客户电话结束后，真正拖慢一人公司的，往往不是回复客户，而是整理会议信息：回听录音、提取需求、核对承诺，再复制到知识库。Fireflies 自动化会议工作流的核心，不是让 AI 代替判断，而是把“记录—整理—归档—提醒”拆成清晰的责任链：Fireflies 负责会议记录、转录和初步摘要，Notion 负责结构化沉淀，Slack 只承担必要的协作提醒。

先固定会议数据结构

在 Notion 建立“客户会议”数据库，并预留客户或公司、会议日期、会议类型、当前阶段、下一步行动、负责人或截止日期，以及 Fireflies 原始记录链接等属性。固定结构的价值在于，每次会议都能沉淀为可检索的业务记录，而不是一段孤立的文字。

建议将页面内容统一为：

• 会议目的
• 客户当前问题
• 关键结论
• 客户关注点
• 待办事项
• 下次沟通
• 原始转录

这样，会议结束后只需人工补充客户名称、下一步截止日期和待确认内容，减少重复整理。

一次会议的自动化链路

会前先告知参会者会议将被录音或转录，并说明用途；同时确认 Fireflies 的会议平台连接、录音权限和工作区成员权限。涉及报价、合同、个人信息或未公开产品计划时，不应默认全部内容都适合上传到第三方服务。

会议开始后，重点是确认 Fireflies 已成功加入会议或获取录音。人工只需标记客户明确提出的需求、己方承诺、尚未回答的问题，以及下次沟通条件。会后，Fireflies 生成摘要、要点、行动事项和转录链接，再同步到 Notion 的目标页面或数据库。

AI 摘要必须经过核对。尤其要检查客户名称、产品名称和数字是否准确，区分“客户想要什么”与“己方承诺什么”，并确认行动事项是否包含对象、动作和时间。涉及付款、法律责任、交付范围或客户确认时，原始转录和录音仍是复核依据，不能把摘要直接当作正式文件。

Notion 归档，Slack 提醒

Notion 适合保存完整会议记录，Slack 则适合发送简短提醒，例如“客户会议已归档，下一步为周五前发送接口方案”。不要把完整转录直接推送到开放频道；若没有现成连接，先以 Notion 为唯一归档地，再手动发送提醒，通常比追求完全自动化更稳妥。

这套流程的边界很明确：Fireflies 减少记录成本，但不会消除复核责任。定期检查 Fireflies、Notion 和会议平台的成员权限、共享范围及数据保留设置，自动化才不会变成新的信息泄露风险。