从会议记录到简报的管道:真实的步骤,以及它在哪里会崩坏

我发给客户过的最糟糕的一份简报,是基于一份完整的录音、一份完整的转录稿和一个够格的 AI 模型写出来的。它同时也是一份错误的简报——表面上连贯,实际内容却搞错了客户真正需要的东西,流畅到我在发出去之前都没发现。

失败的不是工具。是这套管道。我把自动化推得太远、方向也错了,跳过了那个能决定一份简报到底是帮客户思考、还是只是证明你人在场的关键步骤。

这是我现在运行的这套管道的拆解——按顺序的真实步骤,以及它会在哪三个地方崩坏,还有我对每一处的应对方法。没有理想化的包装。这就是真实客户工作上实际在跑的东西。

这套管道不是什么

在讲步骤之前,先说清楚 AI 在这套工作流里做不到什么,因为每一篇教程都跳过了这部分。

AI 无法告诉你会议里哪一个瞬间才是真正重要的那个。它无法区分客户说的话和客户真正的意思。它听不出一个回答之前的停顿,也听不出一个问题是怎么被岔开的。这些信号是你的。它们活在你在会议中记下的笔记里,而不是会后的转录稿里。

所以这套管道的第一个约束是结构性的:**AI 是在你带给它的东西上运作的,而你带给它的东西,是你自己在场感知的产物。**把优质输入的转化过程自动化,你会得到优质输出。用 AI 去抢救糟糕的输入——单薄的笔记、没有背景、没有人工批注的原始转录稿——你会得到一份看似可信、却曲解了这场会议的简报。这两种我都产出过。只有一种有用。

这套管道,一步一步来

第一步——在会议中批注,而不是事后

会议期间,我记的是稀疏的打字笔记。不是转录尝试,也不是把所有说的话都列成要点。我要找的是三件具体的事,并且当场内联打标签:

• [D] ——一个决定,哪怕只是暂定的
• [T] ——一个没有解决的张力(“他们想要 X,但又说了 Y”)
• [Q] ——一个他们问了、却没人回答,或者被埋没了的问题

除此之外什么都不标。这份克制是刻意的。如果我试图记录一切,我就是在做转录,而在会议现场做转录,是拿注意力去换覆盖率——一笔糟糕的交易。这三种标签每个只花十五秒,在会议现场对我来说不费什么代价。一场九十分钟的会议结束时,我通常会有四到八个标签。那才是接下来一切的真正输入。

第二步——压缩成形状,而不是压缩成实质内容

会议结束后,我把批注过的笔记转到 Obsidian,让它们过一遍单一的压缩步骤。我用的指令是:

Here are annotated notes from a client meeting. Tags: [D] = decision, [T] = tension, [Q] = unanswered question.

Produce a structured outline only — no prose. Three sections:
1. Decisions taken or effectively taken (list the decision and the confidence level: firm / provisional / tacit)
2. Tensions still open (list each tension as a genuine either/or)
3. Questions nobody answered (verbatim or close to it)

Do not interpret. Do not add context I haven't provided. If you are uncertain whether something is a decision or a tension, put it in both.

“不要解读”这条指令是承重的那一条。解读是我的工作,原因在第三步会变得显而易见。我从压缩阶段需要的是形状——一个干净的结构,让会议内容变得可扫读、可论证。我不需要模型对客户到底在说什么的解读。那正是它最靠不住的地方。

第三步——把框架填满

现在我来写简报。手写。从压缩后的大纲出发。

这份简报有三个部分,对应三种标签类型。这不是巧合;我就是为了产出这三个部分才设计了这些标签。决定变成”我们的落点”这一部分。张力变成”待解决的问题”这一部分——被重新表述成真正的问题,而不是 AI 生成的那种外交辞令。没被回答的问题变成”下次对话的开场白”。

在这一步的写作真正是我自己的,原因和一条建议的初稿必须是我自己写的一样:这份简报是面向客户的文档,里面的一切都代表着我对发生了什么的理解。如果我让模型来写措辞,我最后编辑的就是一个看似可信、却不一定是我真正想法的版本。它看起来完成了。客户能感觉出它有没有真正捕捉到会议现场——即便他们说不清为什么。他们当时也在场。

简报不是转录稿的散文版。它是一份记录,记录的是你理解到了什么,而你理解到的东西,只有你自己能写。

从会议结束到简报发出,通常是三十到四十五分钟,对应一场九十分钟的会议。以前这个从会议记录到简报的步骤要花两个小时,还得重新听录音。那个重听环节才是我砍掉的部分——不是写作本身。

它会在这三个地方崩坏

我运行过的每一版这套管道,都在同样这三个地方崩坏过。提前知道它们,是唯一能让我不被它们出其不意的东西。

**崩坏一:转录稿陷阱。**最常见的失败是从完整转录稿而不是批注笔记开始。转录稿全面而无用,原因和研究工作流里那些抓取来的输入无用的原因一样——它们是信号和噪音混杂在一起的完整记录,没有任何办法区分哪个是哪个。当我把一份转录稿喂给压缩步骤时,模型不得不去猜哪些瞬间才重要。它靠的是找出被说得最多、最强调、或者最清楚的部分——这些都不是客户真正在意的东西的可靠代理。我的三标签批注,恰恰就是转录稿无法提供的那层信号。转录稿不是笔记的替代品;它是”没有专心听”的替代品。

**崩坏二:置信度洗白问题。**压缩步骤有一种我现在明确要防范的失败模式:模型会对那些在会议现场其实是暂定、试探性或有争议的决定,产出干净、自信的文字。一个说了”我觉得我们倾向于方案 B”的客户,在 AI 生成的简报里会变成”客户已经选择了方案 B”。“我觉得”这个词在摘要过程中消失了。“暂定”这个标签也从不出现,因为模型不知道从一场真实商业对话内部看,“确定”和”暂定”分别长什么样。

这正是为什么压缩指令要明确要求置信等级——“firm / provisional / tacit”——也是为什么我会在简报发出去之前,对照自己对会议现场的记忆去核对输出。模型不可能知道这个区别。你可以。用上这一点。

**崩坏三:干净措辞问题。**最后一种失败模式最隐蔽。一份写得漂亮的简报会把一切都磨平——包括那些本该保持尖锐的张力。一个原本是”他们想要每周颗粒度,却又抵制产出这种颗粒度所需的数据治理”的张力,在模型生成的措辞里会变成类似”团队正在努力就报告节奏达成一致”这样的话。那句话并不算错。但它也没用。客户根本没法据此行动。张力正是他们需要坐下来正视的东西,而流畅的措辞会把它溶解掉。

我的规矩是:如果”待解决的问题”这一部分里的某个张力,读起来不让人感到一丝不适,那我就写错了。不适感,才是这份简报诚实面对真实问题的信号——而这也是发出它的唯一理由。

我用的东西

用 Obsidian 做笔记和压缩步骤。用一个够格的 AI 模型做压缩。Obsidian 里有一个预先搭好三个部分的模板,好让填充这一步有一个一致的框架可以往里填。没有录音工具,没有自动转录,没有会议记录机器人——它们优化的是捕获,而捕获不是瓶颈所在。在场时的批注才是。我只列出自己实际在用的东西。

如果你想要那份完整模板——标签约定、压缩提示词,以及内置置信等级支架的三段式简报框架——它已经打包好了:

**→ Meeting-to-Deliverable 模板——$49。**放进 Obsidian,让你的下一场客户会议跑一遍。(会先发给邮件订阅名单;在下方注册。)

**披露:**本站部分链接是联盟链接——如果你通过它们购买,我可能会赚取佣金,你不需要额外付费。我只推荐自己实际在用的工具。看看你刚读的这篇简报:失败也写在里面了,因为这才是”实际在用”的意思。

我在开头提到的那份简报——那份出错的、基于完整录音和转录稿写出来的——出错是有具体原因的。我有一份关于说了什么的准确记录。我没有一份关于我注意到了什么的记录。这两者之间的区别,就是那个批注步骤,它在现场每个标签只花十五秒,而且事后没法补回来。如果你只需要一句话记住这整个教训,那就是这句。

工作流系列下一篇 → 我完整的咨询 AI 工具栈,以及每个工具的实际成本。