開完會，你在筆記本或手機上寫下滿滿一頁：客戶介紹了現有流程、問了整合方式、討論了導入時程、對價格有些意見。內容都沒錯。一週後要追蹤時，你重新打開這份記錄，卻答不出幾個簡單的問題：剛剛那個疑慮是誰提的？他是決策者，還是只是轉述？我們答應要給什麼？對方又說會做什麼？
大部分的會議記錄是照「討論了哪些主題」來寫的，因為會議就是這樣進行的。但案子不是靠主題往前走，而是靠「人」做出決定、靠「承諾」被兌現。
**有用的業務會議記錄，是依「人」和「承諾」整理，而不是依主題。檢驗標準只有一個：換一個人來看這份記錄，能不能據此規劃下一步。**這篇文章提供一套五欄位的結構，用一場假設的會議示範兩種寫法的差別，最後附上一份可以直接複製的範本。
為什麼照主題寫的記錄，一週後就不好用了
照主題寫的記錄，回答的是「會議中談了什麼」。追蹤時你需要的，卻是另一組問題的答案：
- 誰在意什麼？誰的意見會影響決定？
- 誰提出了反對或疑慮？那是個人看法，還是代表某個部門？
- 誰答應了做什麼？什麼時候？
- 這場會議之後，客戶內部哪些人的立場改變了？
一句「客戶擔心導入時間」看起來是重點，但它沒有告訴你是誰擔心、為什麼擔心、你該去找誰解決。等到一週後，那個「誰」通常已經想不起來了，而真正的卡點，往往就藏在這個被遺忘的名字裡。
五個欄位：依人和承諾整理會議記錄
每場會議結束後，依序填這五個欄位。不需要寫得很長，但每一欄都要有內容，或明確寫上「無」。
| 欄位 | 要記什麼 | 為什麼重要 |
|---|---|---|
| 1. 出席者與角色 | 每個人的姓名、職稱、所屬部門，以及他在這個案子裡的角色（使用者、技術評估、預算核准、採購、內部支持者） | 同一句話由使用者說和由預算核准者說，意義完全不同 |
| 2. 每個人說了什麼 | 依人分開記；關鍵處保留原話 | 原話保留了語氣和程度，「應該沒問題」和「沒問題」是兩回事 |
| 3. 異議 | 誰提出、內容是什麼、當場有沒有回應、還缺什麼才能解決 | 沒被處理的異議，就是未來的卡點 |
| 4. 雙方的承諾 | 你答應了什麼、對方答應了什麼，各自的期限 | 承諾是最清楚的進度訊號，對方有沒有兌現，比他說了什麼更有參考價值 |
| 5. 各決策單位的狀態變化 | 這場會議之後，客戶內部哪個部門或角色的立場有了改變 | 案子的進度，是各個決策單位狀態的總和 |
第五欄最常被省略，因為它需要你在會後多想一步：這場會議改變了什麼？如果答案是「什麼都沒改變」，那也是值得記下的訊號。關於決策單位的定義，可以參考什麼是決策單位（DMU）？。
關鍵處保留原話
不需要逐字記錄整場會議，但以下三種情況，值得把對方的原話寫下來：
- 提到其他人的時候。「這個要看我們廠長怎麼說」告訴你，還有一位你沒見過的人。
- 提到時間的時候。「下個月預算會議前要定案」和「今年應該會做」是完全不同的訊號。
- 表達程度的時候。「我個人很喜歡」、「大家都覺得不錯」、「原則上可以」，各自代表不同的承諾程度。
同一場會議，兩種寫法
以下為假設情境。 你拜訪一家中型製造商，討論一套生產排程系統。出席的有生產管理課的林課長、資訊課的張工程師，以及廠務協理陳協理（只參加了前二十分鐘）。
一般的寫法（依主題）：
客戶介紹目前的排程方式，主要用試算表。對系統功能有興趣，特別是插單調整。問了和現有 ERP 的整合方式。擔心導入期間影響生產。價格偏高，需要內部討論。下一步：提供資料，等客戶回覆。
依五欄位的寫法：
1. 出席者與角色
- 林課長（生產管理課）：主要使用者，案子由他發起，內部支持者。
- 張工程師（資訊課）：技術評估，負責整合。
- 陳協理（廠務）：前二十分鐘出席，預算可能需要他核准，尚未確認。
2. 每個人說了什麼
- 林課長：插單調整是最大痛點，原話：「每次插單，我要重排一整個下午。」
- 張工程師：關心和 ERP 的資料交換方式，原話：「如果要我們自己寫介面，今年排不進來。」
- 陳協理：原話：「導入期間不能影響出貨。」說完就離開了，沒有提到價格。
3. 異議
- 張工程師：整合工作量。當場未能回答，需要提供介接規格。
- 陳協理：導入期間的生產風險。當場未回應，需要一份分階段導入計畫。
- 價格：林課長說「要內部討論」，沒有說是誰覺得偏高。原因不明。
4. 雙方的承諾
- 我方：週五前提供 ERP 介接規格給張工程師；下週提供分階段導入計畫。
- 客戶：林課長答應在內部確認預算由誰核准，下週三前回覆。
5. 各決策單位的狀態變化
- 生產管理課：由有興趣，進展為主動推動。
- 資訊課：首次參與，立場中立，條件是整合工作量。
- 廠務：首次接觸，提出生產風險疑慮，預算角色待確認。
第一種寫法裡的「擔心導入期間影響生產」和「價格偏高」，在第二種寫法裡變成了兩件不同性質的事：一個是陳協理明確提出、有具體解法的疑慮；另一個是來源不明、需要先問清楚的訊號。而「下一步：提供資料，等客戶回覆」，則變成了三項有對象、有期限的承諾。
檢驗：換一個人來看，能不能規劃下一步
寫完記錄後，用這個問題檢查一次：如果你明天請假，同事只看這份記錄，他知道下一步該聯繫誰、要談什麼嗎？
以上面的例子來說，答案是肯定的：週五前把介接規格寄給張工程師；下週三確認林課長有沒有回覆預算核准人；如果核准人是陳協理，分階段導入計畫就是說服他的關鍵。
這個檢驗不只適用於交接。一個月後的你，對這場會議的記憶，其實並不比一位同事多。關於如何長期追蹤每一次互動，可以參考如何追蹤 B2B 業務中的每一次客戶互動；關於如何讓承諾帶動下一次聯繫，可以參考業務追蹤：讓每一次聯繫都真正推動案子前進。
什麼時候寫
**會議結束後盡快寫，最好在離開客戶之前。**順口一提的名字、對方遲疑的語氣，是最先被忘記的細節，也往往是最重要的細節。
很多拜訪發生在工廠、醫院或倉庫裡，現場不一定有穩定的網路。如果你常在這類地方工作，可以參考離線 CRM：在沒有訊號的地方工作。
如果當下只有幾分鐘，至少先寫第三欄和第四欄：異議和承諾。其他欄位可以晚一點補，但這兩欄一旦忘記，就很難再找回來。
可直接複製的會議記錄範本
會議日期：
客戶／案子：
1. 出席者與角色
- 姓名／職稱／部門：角色（使用者／技術評估／預算核准／採購／內部支持者／待確認）
2. 每個人說了什麼（關鍵處保留原話）
- 姓名：
原話：「 」
3. 異議
- 提出者：
內容：
當場是否回應：
還需要什麼才能解決：
4. 雙方的承諾
- 我方： 期限：
- 客戶（姓名）： 期限：
5. 各決策單位的狀態變化
- 部門／角色：之前 → 之後
下一步（給明天請假時的同事看）：讓會議記錄直接接上下一步
這五個欄位裡，最難長期維持的是第四欄和第五欄：承諾需要有人記得去確認，決策單位的狀態需要在每次互動後更新。記在筆記本或文件裡，它們很容易就沉到最底下。
VINEQRA 是一款 iOS App，讓你在每次互動後記錄對話內容、雙方的承諾，以及各決策單位的狀態變化。它會標記出可能卡住的商機，並依照卡點建議下一步。資料預設存在您自己的裝置上。
常見問題
業務會議記錄應該包含什麼？
至少包含五項：出席者與他們在案子中的角色、每個人說了什麼、提出的異議、雙方的承諾，以及客戶內部各決策單位的狀態變化。重點是依「人」整理，而不是依討論主題。
業務拜訪紀錄要寫多詳細？
詳細到換一個人來看，也能規劃下一步。不需要逐字記錄，但提到其他人、提到時間、表達意願程度的地方，值得保留原話。
會議記錄什麼時候寫最好？
會議結束後盡快寫，最好在離開客戶之前。如果時間很少，至少先記下異議和雙方的承諾，這兩項最難事後回想。
會議記錄和 CRM 裡的互動紀錄有什麼不同？
很多 CRM 的互動紀錄只記下「開過一場會」這件事。有用的會議記錄則要能回答：誰說了什麼、誰答應了什麼、客戶內部哪些人的立場改變了。
客戶沒有明說的事情要不要記？
要記，但要和對方實際說的話分開，並標明這是你的推測。例如「價格偏高的意見可能來自財務，尚未確認」。推測可以引導下一次的提問，但不應該被當成事實。