董事会纪要与其他任何会议记录都不同。没人会为了消遣去读它。人们翻阅它，通常是因为出了问题——由一个当时不在场的人来查看：当时决定了什么、由谁决定、依据是什么。这就改变了软件需要做的事。

大多数“董事会会议纪要软件”其实是一个门户：议程、董事会资料包、带纪要模板的编辑器、电子签名。这些都有用，但它们对最难的部分毫无帮助——如实记录会议室里究竟说了什么。

关键在于记录本身，而不是模板

做一个纪要模板很容易。秘书手上早就有了。真正困难、也真正有风险的，是填进模板里的原始素材。今天这个素材来自某个人的笔记——他一边要跟上讨论，一边匆匆记下，事后再凭记忆整理。每个董事会都有过这样的故事：某条纪要和某位董事记忆中自己说过的话对不上。

所以，首先要找的不是更漂亮的模板，而是一份逐字、标明发言人的记录，用来核对正式纪要。

记录质量清单

1. 完整逐字稿，而不只是摘要。 摘要用来阅读，逐字稿用来解决争议。两者都需要，且逐字稿要带时间戳。
2. 标明发言人姓名。 在治理文件里，“发言人 2 提出反对”毫无意义。记录应把每一句话归到具体的人。
3. 在会议室里能用。 董事会是围着桌子开会的。需要视频链接才能工作的工具只会录到远程董事、漏掉会议室里的人，正好本末倒置。
4. 混合会议也只有一份记录。 远程参会者必须与会议室汇入同一份逐字稿，否则纪要就有两个可能互相矛盾的来源。
5. 音频与文字一并保存。 当有人对某句话提出异议时，直接把录音放出来。
6. 自动提取决议和责任人。 秘书应当从记录中提取的决议和待办清单开始工作，而不是从一张白纸开始。
7. 可见的知情同意。 录音必须让在场每个人都清楚知晓。
8. 输出结果要有归处。 按会议和机构归档，并且能从组织已有的系统中直接调取。

Superscribe Phone 的定位

Superscribe Phone 是我为商务通话和会议开发的 iPhone 应用，它覆盖了上述第一到第八点，而这些是我在那些门户系统里没见过的：

• 点一下「开始会议」，手机就开始录制现场，录音状态持续显示，屏幕上还有提醒，让知情同意清晰可见。
• 转录稿会区分发言人，并在他们自我介绍时自动标注姓名；任何人都可以一键改名。
• 远程参会者可在会议中直接通过电话接入，并出现在同一份转录稿中。
• 录音会一直附在记录上，随时可回放。
• 每场会议都会生成标题、决议摘要和建议的后续事项，一键确认即可；口述的清单会变成「提醒事项」中的待办列表。
• 会议会自动归档到对应项目，并作为一条活动推送到 Pipedrive；其他系统可以通过 API 和 MCP 获取。

记录：标注发言人姓名、逐字稿，以及归档位置。演示账号，合成数据。

决策和负责人被提取为建议操作，让秘书从一份清单开始，而不是空白页。

它做不到的事，我宁可直说，也不想让你自己去发现：它不会为你排版正式会议纪要，不管理议程，也不处理表决和签署。那些还是交给门户系统。只是把真实记录喂给它，而不是事后拼凑的版本。

会议室之外的规程会议

同样的逻辑适用于任何必须记录会议纪要的机构：议事会、委员会、协会、客户指导小组、职工委员会。要求始终是一份经得起查证的记录，说明谁做了什么决定。工具上的问题也始终是：会议发生在一个房间里，而房间没有链接。桌上放一部 iPhone 就解决了采集问题；剩下的交给机构自己的格式。

诚实的检验方法

让你平常的记录员照常做记录，同时录一次会。会后把秘书的初稿与转录文本和提取出的决议对照一下。以我的经验，初稿并没有错，只是内容更单薄，而单薄的那些地方，往往正是后来真正重要的地方。

开始使用 会自己写好的会议纪要，或查看 不用会议机器人的 AI 会议纪要 了解为什么机器人模式会遗漏房间里的内容。