开完会，你在笔记本或手机上写满一页：客户介绍了现有流程，问了系统整合，讨论了导入时间，对价格有些意见。内容都没错。一周后要跟进时，你重新打开这份记录，却答不出几个简单的问题：刚才那个顾虑是谁提的？他是决策者，还是只是转述？我们答应要给什么？对方又说会做什么？
大部分会议记录是按“讨论了哪些主题”来写的，因为会议本来就是这样进行的。但项目不是靠主题往前走，而是靠“人”做出决定、靠“承诺”被兑现。
**有用的销售会议记录，是按“人”和“承诺”整理，而不是按主题。检验标准只有一个：换一个人来看这份记录，能不能据此规划下一步。**这篇文章提供一套五栏结构，用一场假设的会议示范两种写法的差别，最后附上一份可以直接复制的模板。
为什么按主题写的记录，一周后就不好用了
按主题写的记录，回答的是“会议中谈了什么”。跟进时你需要的，却是另一组问题的答案：
- 谁在意什么？谁的意见会影响决定？
- 谁提出了反对或顾虑？那是个人看法，还是代表某个部门？
- 谁答应了做什么？什么时候？
- 这场会议之后，客户内部哪些人的立场改变了？
一句“客户担心导入时间”看起来是重点，但它没有告诉你是谁担心、为什么担心、你该去找谁解决。到了一周后，那个“谁”通常已经想不起来了，而真正的卡点，往往就藏在这个被遗忘的名字里。
五个栏位：按人和承诺整理会议记录
每场会议结束后，按顺序填这五栏。不需要写得很长，但每一栏都要有内容，或明确写上“无”。
| 栏位 | 要记什么 | 为什么重要 |
|---|---|---|
| 1. 出席者与角色 | 每个人的姓名、职位、所属部门，以及他在这个项目里的角色（使用者、技术评估、预算审批、采购、内部支持者） | 同一句话由使用者说和由预算审批人说，意义完全不同 |
| 2. 每个人说了什么 | 按人分开记；关键处保留原话 | 原话保留了语气和程度，“应该没问题”和“没问题”是两回事 |
| 3. 异议 | 谁提出、内容是什么、当场有没有回应、还缺什么才能解决 | 没被处理的异议，就是将来的卡点 |
| 4. 双方的承诺 | 你答应了什么、对方答应了什么，各自的期限 | 承诺是最清楚的进度信号，对方有没有兑现，比他说了什么更有参考价值 |
| 5. 各决策单元的状态变化 | 这场会议之后，客户内部哪个部门或角色的立场有了改变 | 项目的进度，是各个决策单元状态的总和 |
第五栏最常被省略，因为它需要你在会后多想一步：这场会议改变了什么？如果答案是“什么都没改变”，那也是值得记下的信号。关于决策单元的定义，可以参考什么是决策单元（DMU）？。
关键处保留原话
不需要逐字记录整场会议，但以下三种情况，值得把对方的原话写下来：
- 提到其他人的时候。“这个要看我们厂长怎么说”告诉你，还有一位你没见过的人。
- 提到时间的时候。“下个月预算会议前要定下来”和“今年应该会做”是完全不同的信号。
- 表达程度的时候。“我个人很喜欢”、“大家都觉得不错”、“原则上可以”，各自代表不同的承诺程度。
同一场会议，两种写法
以下为假设情境。 你拜访马来西亚槟城一家中型制造商，讨论一套生产排程系统。出席的有生产计划部的林经理、IT 部门的 Kumar 工程师，以及厂务总监陈总监（只参加了前二十分钟）。
一般的写法（按主题）：
客户介绍目前的排程方式，主要用电子表格。对系统功能有兴趣，特别是插单调整。问了和现有 ERP 的整合方式。担心导入期间影响生产。价格偏高，需要内部讨论。下一步：提供资料，等客户回复。
按五栏的写法：
1. 出席者与角色
- 林经理（生产计划部）：主要使用者，项目由他发起，内部支持者。
- Kumar 工程师（IT 部门）：技术评估，负责整合。
- 陈总监（厂务）：前二十分钟出席，预算可能需要他审批，尚未确认。
2. 每个人说了什么
- 林经理：插单调整是最大痛点，原话：“每次插单，我要重排一整个下午。”
- Kumar 工程师：关心和 ERP 的数据交换方式，原话：“如果要我们自己写接口，今年排不进来。”
- 陈总监：原话：“导入期间不能影响出货。”说完就离开了，没有提到价格。
3. 异议
- Kumar 工程师：整合工作量。当场未能回答，需要提供接口规格。
- 陈总监：导入期间的生产风险。当场未回应，需要一份分阶段导入计划。
- 价格：林经理说“要内部讨论”，没有说是谁觉得偏高。原因不明。
4. 双方的承诺
- 我方：周五前把 ERP 接口规格发给 Kumar 工程师；下周提供分阶段导入计划。
- 客户：林经理答应在内部确认预算由谁审批，下周三前回复。
5. 各决策单元的状态变化
- 生产计划部：从有兴趣，进展为主动推动。
- IT 部门：首次参与，立场中立，条件是整合工作量。
- 厂务：首次接触，提出生产风险顾虑，预算角色待确认。
第一种写法里的“担心导入期间影响生产”和“价格偏高”，在第二种写法里变成了两件性质不同的事：一个是陈总监明确提出、有具体解决办法的顾虑；另一个是来源不明、需要先问清楚的信号。而“下一步：提供资料，等客户回复”，则变成了三项有对象、有期限的承诺。
检验：换一个人来看，能不能规划下一步
写完记录后，用这个问题检查一次：如果你明天请假，同事只看这份记录，他知道下一步该联系谁、要谈什么吗？
以上面的例子来说，答案是肯定的：周五前把接口规格发给 Kumar 工程师；下周三确认林经理有没有回复预算审批人；如果审批人是陈总监，分阶段导入计划就是说服他的关键。
这个检验不只适用于交接。一个月后的你，对这场会议的记忆，其实并不比一位同事多。关于如何长期追踪每一次互动，可以参考如何追踪 B2B 销售中的每一次客户互动；关于如何让承诺带动下一次联系，可以参考销售跟进：让每一次联系都真正推动项目向前。
什么时候写
**会议结束后尽快写，最好在离开客户之前。**随口一提的名字、对方迟疑的语气，是最先被忘记的细节，也往往是最重要的细节。
很多拜访发生在工厂、医院或仓库里，现场不一定有稳定的网络。如果你常在这类地方工作，可以参考离线 CRM：在没有信号的地方工作。
如果当下只有几分钟，至少先写第三栏和第四栏：异议和承诺。其他栏位可以晚一点补，但这两栏一旦忘记，就很难再找回来。
可直接复制的会议记录模板
会议日期：
客户／项目：
1. 出席者与角色
- 姓名／职位／部门：角色（使用者／技术评估／预算审批／采购／内部支持者／待确认）
2. 每个人说了什么（关键处保留原话）
- 姓名：
原话：“ ”
3. 异议
- 提出者：
内容：
当场是否回应：
还需要什么才能解决：
4. 双方的承诺
- 我方： 期限：
- 客户（姓名）： 期限：
5. 各决策单元的状态变化
- 部门／角色：之前 → 之后
下一步（给明天请假时的同事看）：让会议记录直接接上下一步
这五个栏位里，最难长期维持的是第四栏和第五栏：承诺需要有人记得去确认，决策单元的状态需要在每次互动后更新。记在笔记本或文档里，它们很容易就沉到最底下。
VINEQRA 是一款 iOS App，让你在每次互动后记录对话内容、双方的承诺，以及各决策单元的状态变化。它会标记出可能卡住的商机，并按照卡点建议下一步。数据默认存在你自己的设备上。
常见问题
销售会议记录应该包含什么？
至少包含五项：出席者和他们在项目中的角色、每个人说了什么、提出的异议、双方的承诺，以及客户内部各决策单元的状态变化。重点是按“人”整理，而不是按讨论主题。
客户拜访记录要写多详细？
详细到换一个人来看，也能规划下一步。不需要逐字记录，但提到其他人、提到时间、表达意愿程度的地方，值得保留原话。
会议记录什么时候写最好？
会议结束后尽快写，最好在离开客户之前。如果时间很少，至少先记下异议和双方的承诺，这两项最难事后回想。
会议记录和 CRM 里的互动记录有什么不同？
很多 CRM 的互动记录只记下“开过一场会”这件事。有用的会议记录则要能回答：谁说了什么、谁答应了什么、客户内部哪些人的立场改变了。
客户没有明说的事情要不要记？
要记，但要和对方实际说的话分开，并注明这是你的推测。例如“价格偏高的意见可能来自财务，尚未确认”。推测可以引导下一次的提问，但不应该被当成事实。