腾讯会议 AI：销售场景怎么用？承诺追踪

腾讯会议的 AI 能把一场客户会变成可检索的文字，但真正省时间的地方不在转写，在会后那张「谁答应了什么」的清单。销售场景的纠纷大多不是谈崩了，是会上说好的事，会后没人认账，或者双方记的不是同一件。用 AI 做承诺追踪，核心是把口头承诺变成带责任人和时间点的条目。

会前十分钟，先给转写准备背景

抽取质量取决于你给它的上下文。会议邀请里如果只写「沟通」，转写出来就是一堆无法归属的「这个」「那个」，会后谁也说不清指的是哪一版方案。

建议会前把三样东西放进同一份文档：客户当前处于哪个阶段、本次要确认的三个问题、上次会议遗留未结的承诺。会后把这份背景和转写一起交给 AI，它才能判断哪句是新承诺、哪句只是复述旧事。

参会角色也要标清。谁是我方销售、谁是客户决策人、谁是使用者，这三个身份决定了同一句话的分量。客户说「这个方向可以」，是认可方向还是认可报价，差别很大。

转写之后，先做结构化抽取

完整链路是：语音转文字、按说话人分段、抽取承诺方与事项、补时间与条件、人工确认。前两步由产品完成，第三步开始需要你给字段。

最容易出错的是说话人分离。多人抢话或者远程接入时，系统可能把客户的话标成我方，承诺主体一反，后面全错。所以拿到转写先抽查三处：寒暄段、价格段、结尾段，确认发言人标对了再往下走。

判断一条承诺是否成立，看它能不能指回具体一句原话。指不回去的，要么是 AI 归纳出来的，要么是你自己的理解，这两种都不能当承诺用。

承诺清单只留三个字段

字段多了没人填，字段少了没法追。三个就够：谁负责、什么时候、交付什么。没有负责人的承诺等于没有承诺，没有时间点的承诺等于永远不做。

这张表的用法是逐条对号。一条承诺如果同时落在两行，拆成两条记，不要合并，合并之后必然有一头被漏掉。

会后二十四小时是黄金窗口

清单整理完就发，不要等周报。把清单发给客户确认，不是走形式：客户回一句「对」，这条承诺才算双方共识；客户改了口径，你也能尽早知道。超过两天再发，对方记忆模糊，容易变成各说各话。

正文只放清单，不放寒暄。三条以内用列表，超过三条用表格，每行带上会议日期和议题。语气用陈述句，不用「您看是否」这种留白太多的问法，确认动作要明确。

内部同步同样要做。客户承诺进 CRM，我方承诺进项目排期，两边对不上时以确认邮件为准。这一步能挡掉大部分「我以为你答应了」的争执。

转写会漏掉的东西

方言口音、多人抢话、否定句、带条件的承诺、数字，这五类最容易出错。带条件的承诺尤其危险：「如果你们月底前能签约，我们可以申请延长账期」，条件被漏掉，后半句就变成无条件承诺。

数字要回听。「十五个点」是十五个百分点还是十五个点的折扣，转写不会帮你判断。金额、折扣、账期、交付数量，这四个数字必须人工核对。

做法是让 AI 标出不确定的地方，而不是让它猜。提示词里明确写：无法确定说话人或数字时，保留原句并标注存疑。人工只复核被标出的部分，比通读一遍两小时录音省力得多。

录音、共享与留存

录音前告知并取得同意，说清用途和保存期限。客户会议涉及第三方，不告知就录制，后面再有分歧会很被动。

客户联系人、报价、成交条件属于敏感信息，共享范围限定在项目组。转写文件不要随手丢进公共群，也不要长期留在个人网盘。团队共用的客户档案，可以参照用数据库记住用户信息的思路，把客户、承诺、跟进状态存成结构化记录，比每次翻聊天记录可靠。

转写里的不确定项要有兜底。类似置信度低于阈值就转人工的做法，把「说话人不明」「数字存疑」「条件缺失」三类标出来，交给会议负责人确认，不要让模型自行补全。

承诺追踪四步

• 会前：客户阶段、三个待确认问题、上次遗留事项写进同一份背景
• 会中：关键承诺当场复述一遍，确认双方理解一致
• 会后两小时内：抽取清单，逐条补负责人和时间点
• 二十四小时内：发确认邮件，请对方回复确认

三个执行层面的疑问

客户不同意录音怎么办？改成会后当场复述：把三条关键承诺口头说一遍，请对方确认，再发一封简短的确认邮件。留痕的形式可以变，确认这个动作不能省。

客户说「再考虑一下」算不算承诺？不算。这类话归到异议或待跟进，不要写成客户意向，更不要写进承诺清单。清单里混进非承诺，整份文件的可信度就没了。

多条承诺互相冲突怎么办？以最近一次、且带明确时间点的为准，同时在确认邮件里把冲突项单独列出来，请对方选一个。不要自己替客户做选择。会议记录如果还要转成文档，可以参考实时记录整理成要点的做法，先分段再合并，比一次性丢进长文里稳。