將錄音交給 Tinrec，幾分鐘取得逐字稿與摘要

支援音訊與影片上傳、多語言轉寫、AI 會議紀要與待辦擷取

【教学】会议Agent生成跟进邮件：从客户录音到可发草稿的字段拆解

客户会散场，录音还在手机里，笔记本上只有几行自己看得懂的缩写，而当天必须发出一封确认事项和下一步的跟进邮件。真正让人不敢按下发送键的，往往不是措辞，而是邮件里那句“我们会在本周内给出方案”到底是不是客户点头过的承诺、负责人写的是谁、时间点有没有说错。秒听（Tinrec）在这条链路上承接的是录音之后的加工段：把客户会议的声音变成可回查的逐字稿，整理出摘要、章节和待办候选，再由AI助手基于会议上下文加工成跟进邮件草稿；而承诺口径、数字、责任人和对外发送，仍要由人来确认。

跟进邮件为什么总卡在会后

卡住人的通常不是不会写，而是不敢写。一场四十分钟的客户沟通，真正能写进邮件的确认事项可能只有三四条，其余都是背景介绍、方案比较和临时插话。凭记忆整理时，最容易丢的恰好是那几句关键话：客户说“这个价格我们要内部过一下”，到底是指报价需要审批，还是指折扣幅度需要再谈；客户说“下周给你们反馈”，是下周几、由谁反馈、反馈给谁。

第二个卡点是材料形态。录音是声音，笔记是缩写，聊天记录是零散截图，三者对不上时只能凭印象补。补出来的内容一旦发出去，就变成了对外口径，再改就要向客户解释一遍。

所以更稳的顺序是倒着来：先想清楚这封邮件必须包含哪几个字段，再回头从录音里找证据，最后才动笔。秒听在这个顺序里承担的是“找证据”和“搭草稿”两段，不是替你拍板。

一封可发邮件要有哪几个字段

跟进邮件和内部纪要不是同一份东西，字段要求不一样。纪要给内部看，重点是讨论过程、结论和待办；跟进邮件给客户看，重点是感谢、确认已达成的共识、列出双方各自的下一步、说明下一次沟通时间。把纪要直接改个称呼发出去，常见的问题是内部讨论的措辞被带出去，或者把还没定的事写成了已定。

按发送前倒推，一封客户跟进邮件至少要能回答下面几列：

字段	写什么	证据从哪来	谁来定
收件人与抄送	客户方决策人、对接人，内部需要知会的同事	会议参会名单	发送人核对
感谢与回顾	一句话说明本次沟通主题	会议摘要	发送人
已确认事项	双方明确点头的结论	逐字稿原话	客户方确认过的内容
待确认事项	客户说要内部讨论、尚未答复的点	逐字稿原话	客户方
我方下一步	谁在什么时间前交付什么	待办候选	我方责任人点头
客户方下一步	对方承诺的动作与时间	逐字稿原话	客户方
下次沟通	时间、形式、参与人	会议结尾约定	双方

这张表里，“已确认事项”和“待确认事项”必须分开写。很多返工就出在这里：会上客户只是说“听起来可以”，被写成了“客户已确认”；或者客户提了一个内部审批流程，被写成了我方待办。字段分清楚，邮件才不会替客户做决定。

把客户录音交给秒听生成逐字稿

字段定好之后，第一步是把声音变成能回查的文字。秒听支持几种常见的客户沟通输入方式：线下拜访用手机实时录音，边录边转；线上会议用桌面版采集电脑系统声音，不需要额外机器人以参会者身份加入；客户发来的录音或会议录制文件直接上传转写。

这一步的目的不是拿到一份漂亮的文字，而是拿到一份能定位到原话的底稿。整理时如果对某句话有疑问，可以回到逐字稿对应位置核对，而不是凭印象改写。逐字稿保留原始发言，支持搜索和回看，这是后面所有字段的证据来源。

別再手動整理錄音

上傳音訊或影片，自動取得逐字稿、摘要與行動項目

試用 Tinrec 下載 Tinrec App

录音之前有一件事要先做：取得客户同意，并遵守所在组织和客户的保密要求。涉及报价、合同条款、客户内部流程的内容，是否录音、录音保存在哪里、谁能查看，都应在会前说清楚。

转写完成后，秒听会基于逐字稿生成摘要、章节和重点，并从讨论中提取待办事项。对当天要发邮件的人来说，这一步解决的是“从几十分钟对话里先捞出可能成为下一步的句子”。要注意，提取出来的是待办候选，不是已经分派好的任务——谁负责、什么时候交，还要人来确认。

用AI助手把待办加工成邮件草稿

拿到逐字稿、摘要和待办候选之后，第二步是把这些材料加工成一封结构完整的草稿。秒听的AI助手可以基于会议纪要和上下文，协助把待办继续加工成行动计划、跟进材料、报告、表格和文档。在客户跟进这个场景里，可以直接让它产出邮件草稿，包含感谢、会议重点、已确认事项、双方下一步和待确认问题。

下面是一段虚构教学示例，用来说明可以怎样下指令，不代表真实客户案例：

> 基于这次客户会议的纪要和待办，起草一封跟进邮件。要求：开头一句感谢并回顾本次沟通主题；分“已确认事项”和“待确认事项”两段列出，每条后面标注对应讨论环节；我方下一步写明负责人和交付时间，客户方下一步只写会上明确说过的内容；结尾给出下次沟通建议时间。不要补充会上没有提到的承诺。

这段指令里有三个约束值得保留：分开写已确认和待确认、下一步必须带负责人和时间、不许补充会上没提过的承诺。前两个约束让草稿具备可核对的结构，第三个约束防止AI把常见商务套话当成会议内容写进去。

草稿出来之后，还要做一轮人工加工。常见需要改的地方有三类：一是把“我们尽快”改成具体日期，日期必须来自会上约定或我方责任人确认；二是把客户没有明确表态的内容从“已确认”移到“待确认”；三是删掉内部讨论的措辞，比如成本考量、竞品比较中的评价性表述。

如果这封邮件后续要由同事接手，或者客户资料需要长期留存，可以把这次会议的录音、逐字稿、摘要和待办放进秒听的团队空间。团队空间是独立的协作空间，不是多人共用一个个人账号；会议资料归团队统一保存，共享会议资料后，接手的同事可以查看历史会议内容，不必再找你要录音文件。成员变动时，团队资源也可以交接给其他有效成员。需要说明的是，当前团队版以团队级共享为主，角色控制治理、席位控制使用资格，并不是给每个文件单独设访问范围。

发送前一分钟核对什么

草稿写完不等于可以发。下面这份清单可以在一分钟内过完，重点是三类最容易出错的字段。

承诺口径。 邮件里每一句带“确认”“同意”“承诺”的话，都要能对应到逐字稿里的原话。客户说的是“可以考虑”，就不能写成“已确认”；客户说的是“原则上没问题”，就要保留“原则上”这个限定。涉及价格、折扣、交付范围、合同条款的表述，必须由有权确认的人点头后才能发出。

数字与时间。 报价金额、数量、版本号、交付日期、下次会议时间，逐项和原始材料比对。数字错一位、日期差一天，都会让客户重新确认一遍。会上没有明确的时间，不要用“近期”“尽快”糊过去，宁可写成待确认事项。

责任人与收件人。 我方下一步写的人名，要确认对方知道并接受这个任务；客户方下一步写的人名和职务，要和参会名单一致。收件人、抄送范围再检查一遍，内部讨论内容不能出现在给客户的版本里。

附件与敏感信息。 邮件提到的附件是否已附上，文件名是否是需要对外发送的版本，逐字稿或内部纪要是否被误贴进正文。

可追溯性。 发送前确认这封邮件对应的录音和逐字稿还在，后续客户回复或内部复盘时能回查依据。

秒听在这条链路里的价值，是把“从录音里找依据”和“把依据搭成草稿”这两段变得可操作：逐字稿可搜索回看，摘要和待办候选先圈出可能成为下一步的句子，AI助手再把这些材料加工成有结构的邮件草稿，团队空间则让资料在同事之间接得住。但承诺、数字、责任人和对外发送这四件事，始终要由人来定。下次客户会散场时，可以先打开秒听把录音转成逐字稿，再按上面这张字段表倒推，草稿会写得快一些，发送也会更有底。