METHOD · 專案與任務管理

AI 拜訪紀錄回填

客戶說的、我看到的、我判斷的,三件事要分開——三個月後才分得出那句話是誰說的。

情境:專案與任務管理也用於:會議與協作也用於:知識管理難度:進階|要先備料起手工具:ChatGPT
這是專案與任務管理情境下的方法之一(共 5 個)· 看這個情境全部 →
一、這是什麼三十秒判斷關不關你的事

01解決的工作問題

跑完一天客戶,回到公司還要把五個拜訪一筆筆敲進系統。多數人的做法是憑記憶補——而記憶最先掉的不是內容,是「這句話是客戶說的,還是我當下的判斷」。等到三個月後有人問「客戶什麼時候說要下單的」,你只看得到一行「客戶表達高度意願」,卻不知道那是他講的還是你寫的。AI 在這裡幫得上忙,但它會把兩者混得更徹底——因為它整理出來的句子讀起來都很專業。

真的有人這樣做過?外部佐證

目前沒有找到可公開查證的外部案例。這類工作多半不會有人發新聞稿,找不到不代表沒人做——但在找到之前,這一頁的方法就是作者自己的做法,不借別人的名義。

去找靈感看其他方法的外部案例 →

02什麼時候用、什麼時候別用

什麼情況下該用這一套

什麼情況下別用

由 AI 推估成交機率或金額
它推出來的數字會進 pipeline,然後影響備料與業績預測。機率是業務的判斷,而且要說得出依據。
沒有原始素材時的補寫
隔了三天憑印象補的紀錄,事實與判斷已經分不開。要補寫就明確標為事後追記。
錄音未取得同意
通話或會談錄音要先取得對方同意,這是前提不是技巧。

誰會用到

業務
這是你的主場。省下的不只是打字時間——把「客戶說的」跟「我判斷的」分開,三個月後受益的是你自己。
主管
你看 pipeline 時要能分辨哪些是客戶講的、哪些是業務的樂觀。混在一起的紀錄,預測一定失準。
行銷
拜訪紀錄裡的客戶原話,是最好的訊息素材來源——但要取得同意才能對外引用。
行政
客戶紀錄含個資與商業資訊。哪些帳號能處理、保存多久,要先講清楚。
營運
客戶答應的事會變成內部的交期與備料。承諾要獨立標出來,不要埋在敘述裡。

所屬工作情境

二、整件事怎麼跑先看圖,再看逐步

03流程圖

這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。

AI 拜訪紀錄回填:客戶說的、我看到的、我判斷的,三件事分開
AI 拜訪紀錄回填:客戶說的、我看到的、我判斷的,三件事分開直向流程圖。輸入是 CRM 的固定欄位、當下的原始筆記或語音轉文字、上次紀錄的下一步、以及來源分級定義。第一步由人在拜訪當下就分四欄記錄:客戶原話、我的觀察、我的判斷、待確認,回公司再分會分不乾淨。第二步由 AI 把原始素材對回系統的固定欄位並逐條標來源分級,客戶說的一律保留客戶表示句型不得改寫成客觀敘述。第三步由 AI 把雙方的承諾獨立列出,包含誰答應什麼與什麼時候,沒有日期的標未載日期,條件性說法不得記為承諾。第四步由 AI 對回上次紀錄的下一步,標出哪些完成哪些沒提到哪些改變了。第五步由檢核助手機械掃描是否出現成交機率或金額的推估、是否把判斷寫成事實、是否有未經同意的第三方或個人資訊。第六步進入人工檢查點,人確認來源分級與承諾,自行判斷機率金額與階段並註明依據,入 CRM 並設定下一步的日期與提醒。右側標示四個困難點:客戶說的跟我判斷的混在一起三個月後沒有人分得出來、承諾埋在敘述裡然後就沒有人記得、AI 幫你估機率而那個數字會進 pipeline 影響備料與預測、紀錄只往前不回頭導致承諾累積但沒有人追。中止條件是出現機率或金額的推估、或判斷被寫進客戶欄位時該筆退回重標。檢查點有退回線回到轉換步驟。退回重標來源INPUT / 輸入CRM 固定欄位 + 當下原始筆記 + 上次的下一步 + 來源分級定義客戶一律用代號HUMAN / 人工步驟拜訪當下就分四欄:客戶原話/觀察/判斷/待確認AI / AI 介入AI 填進固定欄位並標來源分級;客戶原話保留「客戶表示」AI / AI 介入AI 抽出雙方承諾(誰/什麼/期限);條件性說法不算承諾AI / AI 介入AI 對回上次的下一步:完成/未提及/有變動AGENT / 助手接手檢核助手掃描:機率金額推估、判斷寫成事實、第三方與個資CHECKPOINT / 人工檢查人確認來源分級 + 自行判斷機率階段並註明依據 + 設提醒OUTPUT / 產出CRM 紀錄 + 承諾清單 + 下次拜訪問題單RISK / 困難點客戶說的跟我判斷的混在一起,三個月後沒有人分得出來RISK / 困難點承諾埋在敘述裡,週五就這樣過去了RISK / 困難點紀錄只往前不回頭:承諾累積,但沒有人追RISK / 困難點AI 估的 70% 會進 pipeline,影響備料與業績預測STOP / 中止條件出現機率/金額推估,或判斷被寫進客戶欄位 → 該筆退回重標
看圖重點:這張圖跟顧問的現場訪視紀錄用的是同一個原則:看到的、聽到的、推測的要分開。差別在於業務紀錄多了一個更貴的後果——判斷一旦寫進客戶欄位,它會影響階段與成交機率,然後影響備料與業績預測,整條 pipeline 跟著失真。右邊第三個紅框講的正是這件事:你問 AI「幫我估一下機率」,它會給你一個 70%,那個數字看起來很專業,但它唯一的依據是這段文字讀起來的語氣。
純文字流程表(手機/螢幕閱讀器建議看這張)
AI 拜訪紀錄回填:客戶說的、我看到的、我判斷的,三件事分開(純文字流程表)
類型/角色流程步驟這一步的困難點/中止條件
1HumanCRM 固定欄位 + 當下原始筆記 + 上次的下一步 + 來源分級定義
客戶一律用代號
2Human拜訪當下就分四欄:客戶原話/觀察/判斷/待確認
3AIAI 填進固定欄位並標來源分級;客戶原話保留「客戶表示」
困難點/風險客戶說的跟我判斷的混在一起,三個月後沒有人分得出來
4AIAI 抽出雙方承諾(誰/什麼/期限);條件性說法不算承諾
困難點/風險承諾埋在敘述裡,週五就這樣過去了
5AIAI 對回上次的下一步:完成/未提及/有變動
困難點/風險紀錄只往前不回頭:承諾累積,但沒有人追
6Agent檢核助手掃描:機率金額推估、判斷寫成事實、第三方與個資
困難點/風險AI 估的 70% 會進 pipeline,影響備料與業績預測
7Checkpoint人確認來源分級 + 自行判斷機率階段並註明依據 + 設提醒
失敗與中止條件出現機率/金額推估,或判斷被寫進客戶欄位 → 該筆退回重標
8OutputCRM 紀錄 + 承諾清單 + 下次拜訪問題單

回流線:人確認來源分級 + 自行判斷機率階段並註明依據 + 設提醒 → AI 填進固定欄位並標來源分級;客戶原話保留「客戶表示」(退回重標來源)

Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯)
可直接複製,改成你自己的流程
flowchart TD
    in1(["<b>Human</b><br/>CRM 固定欄位 + 當下原始筆記 + 上次的下一步 + 來源分級定義<br/><small>客戶一律用代號</small>"])
    s1["<b>Human</b><br/>拜訪當下就分四欄:客戶原話/觀察/判斷/待確認"]
    a1[/"<b>AI</b><br/>AI 填進固定欄位並標來源分級;客戶原話保留「客戶表示」"/]
    a2[/"<b>AI</b><br/>AI 抽出雙方承諾(誰/什麼/期限);條件性說法不算承諾"/]
    a3[/"<b>AI</b><br/>AI 對回上次的下一步:完成/未提及/有變動"/]
    g1[["<b>Agent</b><br/>檢核助手掃描:機率金額推估、判斷寫成事實、第三方與個資"]]
    c1{{"<b>Checkpoint</b><br/>人確認來源分級 + 自行判斷機率階段並註明依據 + 設提醒"}}
    o1(["<b>Output</b><br/>CRM 紀錄 + 承諾清單 + 下次拜訪問題單"])
    r1>"<b>Risk</b><br/>客戶說的跟我判斷的混在一起,三個月後沒有人分得出來"]
    r2>"<b>Risk</b><br/>承諾埋在敘述裡,週五就這樣過去了"]
    r4>"<b>Risk</b><br/>紀錄只往前不回頭:承諾累積,但沒有人追"]
    r3>"<b>Risk</b><br/>AI 估的 70% 會進 pipeline,影響備料與業績預測"]
    x1[/"<b>Stop</b><br/>出現機率/金額推估,或判斷被寫進客戶欄位 → 該筆退回重標"\]

    in1 --> s1
    s1 --> a1
    a1 --> a2
    a2 --> a3
    a3 --> g1
    g1 --> c1
    c1 --> o1
    a1 -.->|風險| r1
    a2 -.->|風險| r2
    a3 -.->|風險| r4
    g1 -.->|風險| r3
    c1 ==>|中止| x1
    c1 -.->|退回重標來源| a1

    classDef clsIn fill:#FFFFFF,stroke:#2C4459,stroke-width:2px,color:#141E2B
    classDef clsHuman fill:#FBFCFD,stroke:#7A8CA0,stroke-width:2px,color:#141E2B
    classDef clsAI fill:#FFF6EA,stroke:#DE9A45,stroke-width:2px,color:#141E2B
    classDef clsAgent fill:#FDEBD2,stroke:#B87A2E,stroke-width:2px,color:#141E2B
    classDef clsTool fill:#EDF2F6,stroke:#2C4459,stroke-width:2px,color:#141E2B
    classDef clsCheck fill:#E8F2EC,stroke:#3F7A5A,stroke-width:2px,color:#123024
    classDef clsOut fill:#141E2B,stroke:#141E2B,stroke-width:2px,color:#F2F6F9
    classDef clsRisk fill:#FCEFEA,stroke:#C0552F,stroke-width:2px,color:#5E2110
    classDef clsStop fill:#F7E1DB,stroke:#8E2F17,stroke-width:3px,color:#5E2110
    class in1 clsIn;
    class s1 clsHuman;
    class a1 clsAI;
    class a2 clsAI;
    class a3 clsAI;
    class g1 clsAgent;
    class c1 clsCheck;
    class o1 clsOut;
    class r1 clsRisk;
    class r2 clsRisk;
    class r4 clsRisk;
    class r3 clsRisk;
    class x1 clsStop;

04完整步驟圖的文字版,逐步展開

一句話版(快速回顧)

  1. 拜訪當下就分四欄:客戶原話/我的觀察/我的判斷/待確認。
  2. AI 把原始素材對回 CRM 固定欄位,逐條標來源分級,客戶原話保留「客戶表示」句型。
  3. AI 把雙方承諾獨立成表(誰、答應什麼、期限);條件性說法不算承諾。
  4. AI 對回上次紀錄的下一步,標出完成/未提及/有變動。
  5. 人確認來源分級,自行判斷機率、金額與階段並註明依據,設下一步提醒。

完整版(每一步誰做、產出什麼)

誰做步驟與說明
1Human當下就分四欄
拜訪當下記錄時就分:客戶原話、我的觀察、我的判斷、待確認。回公司再分會分不乾淨。→ 分欄原始筆記
2AI轉成 CRM 欄位
把原始素材對回系統的固定欄位,逐條標來源分級。客戶說的一律保留「客戶表示」句型,不得改寫成客觀敘述。→ CRM 欄位草稿
3AI抽出承諾
把雙方的承諾獨立列出:誰、答應什麼、什麼時候。沒有日期的標【未載日期】。→ 承諾清單
4AI對回上次
比對上次紀錄的下一步,標出哪些完成、哪些沒提到、哪些改變了。→ 進展對照
5Agent推測與個資掃描
機械掃描:有無成交機率或金額的推估、有無把判斷寫成事實、有無未經同意的第三方或個人資訊。→ 標記
6Human確認與入檔
人確認來源分級與承諾,補上機率與金額(自己判斷),入 CRM 並設定下一步的日期與提醒。→ CRM 紀錄 + 下一步排程
三、動手做備料 → 指令 → 產出 → 工具

05開始前要準備什麼標「必要」的沒備齊就先別開始

CRM 的固定欄位必要
系統實際有哪些欄位、哪些必填。欄位不給,AI 會自由發揮出一份貼不進系統的東西。
當下的原始素材必要
手寫筆記、語音備忘、訊息、名片照。原始的——你自己先整理過的版本,事實與判斷已經混了。
來源分級的定義必要
客戶原話/我的觀察/我的判斷/待確認。四種要分開,這是整件事的核心。
承諾與下一步的欄位必要
我答應了什麼、對方答應了什麼、誰在什麼時候前要做什麼。
上次的紀錄可選
這次的進展要對得回上次說好的事。沒有這個,每次拜訪都像第一次。

餵進去的東西要長這樣

CRM 固定欄位 + 當下的原始筆記或語音轉文字 + 上次紀錄的下一步 + 來源分級定義。客戶一律用代號。

【客戶】C-102(金屬加工)|【性質】跟進(第 3 次)|【系統】○○ CRM

【CRM 固定欄位】
客戶代號|拜訪日期|參與人(職稱)|討論主題|客戶現況|需求|異議|我方承諾|對方承諾|下一步(含日期)|階段|業務備註

【來源分級定義】
客戶原話=對方說的,保留「客戶表示」句型
我的觀察=我親眼看到或聽到的現場事實
業務研判=我的判斷,獨立區塊
待確認=這次沒問到的

【上次紀錄的下一步】
8/20 已提供同型設備維護成本試算(我方,已完成)

【本次原始筆記(原始,未整理)】
C-102 下午 2 點,見採購課長跟一個工程師(沒問到名字)。
課長說他們現在那台用了七年了,維修一年大概三次,「再撐一年應該還可以」。
工程師說停機一次大概兩小時,產線那邊會抱怨。
我覺得他們其實想換,只是預算要等明年度。
課長問有沒有租賃方案。我說我回去問,這禮拜五之前給他。
他說如果有租賃,可能就不用等預算。
另外他提到隔壁廠也在看,但沒說是哪一家。
名片:只拿到課長的。

06Prompt(快速/完整/進階)

A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。

三種版本共通的紅線
三版都不適合用在
  • 要 AI 判定階段或推估金額時。
A
A. 快速版

跑完幾個客戶,手上一堆零散筆記,想快速轉成能貼進系統的紀錄。

適合的工具ChatGPTClaude語音轉文字(Word 聽寫等)
👇 直接複製,{ } 換成你的內容
以下是我的 CRM 欄位與這次的拜訪原始筆記。請:
1. 逐條標來源分級:客戶原話/我的觀察/業務研判/待確認。客戶說的一律保留「客戶表示」句型,不得改寫成客觀敘述。
2. 依 CRM 固定欄位填入,每欄標明來源分級;系統沒有的欄位不要自創。
3. 把雙方承諾獨立列成表(誰、答應什麼、期限)。條件性說法(「如果……可能就……」)不得記為承諾。
4. 筆記沒有的資訊一律進【待確認】,不要補。業務判斷集中在獨立區塊並標明非客戶陳述。
不得推估成交機率、金額、預計成交時間或階段。
CRM 欄位:{貼上};原始筆記:{貼上}

可替換變數

變數要換成什麼
{貼上}CRM 的固定欄位清單。
{貼上}當下的原始筆記或語音轉文字(原始的,不要先整理)。
完整使用範例(照這樣填)
以下是我的 CRM 欄位與今天的拜訪筆記。請照四個要求整理。(照母提示詞)

【CRM 欄位】
客戶代號|拜訪日期|參與人(職稱)|討論主題|客戶現況|需求|異議|我方承諾|對方承諾|下一步(含日期)|階段

【今天的原始筆記(雜亂)】
C-102 下午 2 點,見採購課長跟一個工程師(沒問到名字)。
課長說他們現在那台用了七年了,維修一年大概三次,「再撐一年應該還可以」。
工程師說停機一次大概兩小時,產線那邊會抱怨。
我覺得他們其實想換,只是預算要等明年度。
課長問有沒有租賃方案。我說我回去問,這禮拜五之前給他。
他說如果有租賃,可能就不用等預算。
另外他提到隔壁廠也在看,但沒說是哪一家。
名片:只拿到課長的。
預期輸出範例(拿到的東西應該長這樣)
【CRM 欄位草稿】
| 欄位 | 內容 | 來源分級 |
|---|---|---|
| 客戶代號 | C-102 | 事實 |
| 拜訪日期 | (今天,請填實際日期) | 事實 |
| 參與人 | 採購課長(有名片)、工程師一位(**姓名未取得**) | 事實 |
| 討論主題 | 現有設備汰換評估 | 觀察 |
| 客戶現況 | 客戶表示現有設備已使用 7 年,維修頻率約每年 3 次;工程師表示每次停機約 2 小時,產線端有反應 | **客戶原話** |
| 需求 | 客戶詢問是否有租賃方案 | **客戶原話** |
| 異議 | 客戶表示「再撐一年應該還可以」;另提及預算需待明年度 | **客戶原話** |
| 我方承諾 | 本週五前提供租賃方案資訊 | 事實(承諾) |
| 對方承諾 | **無明確承諾**。客戶表示「如果有租賃,可能就不用等預算」——為條件性說法,非承諾 | 客戶原話 |
| 下一步 | 週五前提供租賃方案(我方) | 事實 |
| 階段 | 【待你判斷】 | — |

【與筆記分開的:你的判斷】
- 「我覺得他們其實想換,只是預算要等明年度」——這是**你的判斷**,不是客戶說的。已獨立列出,未寫進「客戶現況」欄。
  建議填在 CRM 的備註或業務判斷欄(若有);沒有該欄位時,請以「業務研判:」開頭撰寫,不要混進客戶現況。

【承諾清單】
| 誰 | 答應什麼 | 期限 |
|---|---|---|
| 我方 | 提供租賃方案資訊 | 本週五前 |
| 客戶 | (無) | — |

【待確認】
1. 工程師姓名與職稱(本次未取得)。
2. 「隔壁廠也在看」——客戶未說明是哪一家,也未說明是否為競爭者。這一句要不要記錄、怎麼記錄,由你決定。
3. 現有設備的型號與購入年份(客戶只說 7 年,未提供型號)。

【我沒有做的事】
- 沒有估算成交機率、金額或預計成交時間。
- 沒有把你的判斷(「其實想換」)寫進客戶現況——那一句如果進了系統,三個月後沒有人分得出是誰說的。
- 沒有推測「隔壁廠」是誰。

常見錯誤用法

  • 叫 AI「順便估一下成交機率」。那個數字會進 pipeline,然後影響備料與業績預測。
  • 把「我覺得他們其實想換」直接寫進客戶現況。三個月後你自己也分不出來。
  • 先自己整理過再丟給 AI。整理的過程就已經把客戶說的跟你判斷的混在一起了。
  • 承諾寫在敘述裡不獨立列。「有跟他提到週五給報價」埋在第三段,週五就過去了。
這一版另外不適合
  • 沒有原始素材、隔了幾天憑印象補寫時。
缺少資料時怎麼辦

筆記裡沒有的資訊(對方姓名、設備型號、競爭者),一律進【待確認】而不是留空或推測。這份清單就是下次拜訪的問題單——而且它比「下次再多聊聊」有用得多。

這一版另外要人確認
  • 來源分級的最終認定。
  • 成交機率、金額與階段的判斷。
  • 【待確認】的補齊。
B
B. 完整實戰版

一天跑了好幾個客戶,要一次整理成可以直接貼進系統的紀錄,含承諾追蹤與進展對照。

適合的工具ChatGPTClaude語音轉文字(Word 聽寫等)
👇 直接複製,{ } 換成你的內容
# 角色
你是客戶拜訪紀錄的整理協助者。你的專長是把零散筆記轉成 CRM 的固定欄位,並嚴格區分「客戶說的」與「業務判斷的」。你不推估機率、不推估金額、不決定階段。

# 背景
- 客戶代號與產業:{代號、產業}
- 本次拜訪性質:{初訪/跟進/報價說明/結案}
- CRM 系統:{系統名稱}
- 上次紀錄的下一步:{上次說好要做什麼}

# 任務
產出 CRM 欄位草稿、承諾清單、進展對照、【待確認】清單與業務判斷(獨立區塊)。

# 可以使用的資料
只有【CRM 欄位】【原始筆記】【上次紀錄】三段。你對這個產業的了解、常見的採購流程、你認為客戶可能的想法,一律不得寫入任何欄位。

# 不可以做的事(違反任何一條就是失敗)
1. 不得推估成交機率、金額、預計成交時間或階段。
2. 不得把業務的判斷寫進客戶現況、需求或異議欄。判斷一律獨立成區塊並標「業務研判」。
3. 客戶說的話一律保留「客戶表示」句型,不得改寫成客觀敘述。
4. 不得補入筆記沒有的資訊(姓名、型號、金額、時程)。缺的進【待確認】。
5. 不得把條件性說法(「如果……可能就……」)記為承諾。
6. 不得寫入未經確認的第三方名稱;客戶未指名的競爭者不得推測。

# 處理步驟(請照順序做)
1. 逐條讀原始筆記,標來源分級:客戶原話/我的觀察/業務判斷/待確認。
2. 依 CRM 固定欄位填入,每欄標明來源分級。系統沒有的欄位不要自創。
3. 抽出雙方承諾成獨立表:誰、答應什麼、期限。無日期者標【未載日期】。
4. 對回上次紀錄的下一步:完成/未提及/有變動,逐項標明。
5. 把業務判斷集中在獨立區塊,並標明「以下為業務研判,非客戶陳述」。
6. 列出【待確認】:這次沒問到、下次要問的。

# 輸出格式(嚴格照這個順序,不要加額外段落)
## 一、CRM 欄位草稿
(表格:欄位|內容|來源分級)
## 二、承諾清單
(誰|答應什麼|期限)
## 三、進展對照(vs 上次)
(上次的下一步|本次狀態)
## 四、業務研判(獨立區塊)
(明確標示非客戶陳述)
## 五、【待確認】清單
(下次要問什麼)
## 六、我沒有做的事
(固定列出:未估機率金額、未判定階段、未補入筆記外資訊)

# 驗收標準(產出後自己檢查一次並回報結果)
- [ ] 沒有推估機率、金額或階段
- [ ] 客戶原話都保留了「客戶表示」句型
- [ ] 業務判斷全部在獨立區塊,沒有混進客戶欄位
- [ ] 條件性說法沒有被記為承諾
- [ ] 筆記沒有的資訊都進了【待確認】

【CRM 固定欄位】
{貼上}

【上次紀錄的下一步】
{貼上或留白}

【本次原始筆記】
{貼上,原始的,不要先整理}

可替換變數

變數要換成什麼
{代號、產業}客戶用代號,不寫公司全名。
{初訪/跟進/報價說明/結案}性質不同,該問到的東西不同。
{系統名稱}欄位要照系統實際有的,不要自創。
{上次說好要做什麼}沒有這個,每次拜訪都像第一次。
完整使用範例(照這樣填)
背景填法示例:客戶=C-102、金屬加工;性質=跟進(第 3 次);系統=○○ CRM;上次下一步=提供同型設備的維護成本試算(已於 8/20 提供)。筆記照 A 版格式貼原始的。
預期輸出範例(拿到的東西應該長這樣)
與 A 版的差別:多出進展對照與獨立的「業務研判」區塊。進展對照會抓出一件很常見的事——上次說好要做的,這次沒有人提。那通常不是忘了,是雙方都不好意思提。

常見錯誤用法

  • 上次紀錄留白。進展對照做不了,承諾就會一直累積而沒有人追。
  • 把業務研判區塊刪掉,覺得「反正是我的猜測」。你的判斷有價值,只是要標清楚。
  • 系統沒有的欄位自己加。加了貼不進去,最後還是要手動改。
這一版另外不適合

沒有額外的,看上面「三種版本共通的紅線」那一段就好。

缺少資料時怎麼辦

上次紀錄缺漏時,明講「本次未做進展對照」而不是跳過。跨次的承諾追蹤是這個方法最有價值的部分——單次紀錄整理得再漂亮,也解決不了「答應的事沒有人追」。

這一版另外要人確認
  • 來源分級與階段判斷。
  • 機率與金額(要說得出依據)。
  • 【待確認】的補齊與下一步排程。
C
C. 進階版(做成拜訪紀錄助手)

每天都要回填,做成助手讓格式一致、來源分級不會因為趕時間就省略。

適合的工具自訂 GPT/Claude ProjectClaude Skill語音轉文字(Word 聽寫等)
👇 直接複製,{ } 換成你的內容
# 你是誰
你是「拜訪紀錄助手」。業務把當天的零散筆記或語音轉文字貼給你,你負責轉成 CRM 欄位並嚴格區分來源。你不推估機率金額、不判定階段、不代寫客戶的想法。

# 你的資料來源
只有使用者這次貼上的筆記與上次紀錄,以及建置時附上的三份文件:CRM 欄位定義、來源分級定義、承諾與下一步的填寫規則。除此之外一律不得引用,包含你對該產業的認識。

# 絕對規則(違反就是失敗)
1. 不推估成交機率、金額、預計成交時間、階段。
2. 業務判斷一律獨立成區塊,不得混進客戶現況、需求、異議欄。
3. 客戶說的話保留「客戶表示」句型。
4. 條件性說法(如果……可能……)不得記為承諾。
5. 筆記沒有的資訊不得補,一律進【待確認】。

# 條件判斷(依序檢查,先中的先套用)
1. 筆記中出現客戶公司全名、個人姓名、電話 → 提醒改用代號,並以【已遮蔽】處理。
2. 使用者要求估機率或金額 → 拒絕,回覆「機率與金額是你的判斷,而且要說得出依據;我可以列出這次拿到的事實供你判斷」。
3. 上次紀錄未提供 → 明講「本次未做進展對照」,並提醒跨次承諾無法追蹤。
4. 筆記為事後追記(拜訪日與整理日相隔逾 2 日)→ 於紀錄抬頭標示「事後追記」,並提醒事實與判斷可能已混合。
5. 出現未指名的第三方(「隔壁廠也在看」)→ 照實記錄客戶原話,不得推測是哪一家。

# 例外處理
- 使用者說「他應該快要下單了」→ 回覆「這是研判,會放進業務研判區塊。若要調整階段,請直接於系統填寫並註明依據」。
- 使用者說「幫我寫漂亮一點給主管看」→ 可調整句序與分段,但來源分級與句型一字不得改,並在結尾標明「僅調整結構」。
- 使用者要求把客戶原話拿去做行銷素材 → 提醒需取得客戶同意。
- 使用者說「這次沒什麼好記的」→ 仍逐欄填寫,無資訊者標【未取得】,並提醒【待確認】清單就是下次的問題單。

# 每次回覆的格式
【CRM 欄位草稿】(含來源分級)
【承諾清單】(誰/答應什麼/期限)
【進展對照】(vs 上次;未提供上次紀錄時明講未執行)
【業務研判】(獨立,標明非客戶陳述)
【待確認】(下次要問什麼)
【我沒有做的事】(固定:未估機率金額、未判定階段、未補筆記外資訊)

# 固定結尾
每次回覆最後一行固定加註:「本紀錄之來源分級依現場筆記標註;成交機率、金額與階段由 {權責} 判斷並註明依據。」

# 自我檢查(每次回覆前執行,不需輸出過程)
- 是否出現機率、金額或階段的推估?有就刪。
- 業務判斷是否混進客戶欄位?有就搬到獨立區塊。
- 條件性說法是否被記成承諾?有就改回。

# 建置參數
CRM 欄位定義:{附檔}
來源分級定義:{附檔}
承諾與下一步填寫規則:{附檔}
權責:{職稱}

可替換變數

變數要換成什麼
{附檔}欄位定義、來源分級定義、填寫規則三份,建置時上傳為知識檔案。
{職稱}誰判斷機率、金額與階段。
完整使用範例(照這樣填)
建置時把三份文件上傳為知識檔案。上線前用至少十五份歷史拜訪筆記測過,其中五份要刻意含陷阱:一份要求估機率、一份把判斷寫得像事實、一份有條件性說法、一份含客戶公司全名、一份是三天後追記,確認它分別拒絕、獨立標示、不記為承諾、要求遮蔽、標事後追記。
預期輸出範例(拿到的東西應該長這樣)
與 B 版的差別:這一版固定拒絕估機率——即使你只是想「參考看看」。理由是那個數字一旦出現,就會被填進系統,然後影響備料與業績預測,而它沒有任何依據。

常見錯誤用法

  • 為了系統欄位不能空白,讓它「先估一個階段」。階段是業務判斷,估錯會讓整條 pipeline 失真。
  • 把它整理過的內容當成客戶說的話拿去引用。要引用原話,要回頭看原始筆記,而且要取得同意。
  • 上次紀錄不附。跨次承諾追蹤是這個助手最有價值的部分。
這一版另外不適合
  • 還沒有 CRM 欄位定義時。
缺少資料時怎麼辦

筆記沒寫到的一律進【待確認】。這份清單的實際用途是下次拜訪的問題單——比「下次再多聊聊」具體得多,而且它會讓你發現這次其實漏問了三件事。

這一版另外要人確認
  • 上線前:用至少十五份歷史筆記測過,含五份刻意陷阱。
  • 每次:來源分級確認、機率與階段判斷、下一步排程。
  • 每季:檢視承諾清單中逾期未處理的項目。

07產出應該長什麼樣拿到的東西要長這樣

六節:CRM 欄位草稿、承諾清單、進展對照、業務研判(獨立)、【待確認】、我沒有做的事。業務研判一定要獨立。

完成品:同一次拜訪的兩種回填

【版本一:憑印象回填(實際發生的)】

客戶現況:客戶設備老舊,維修頻繁,對現況不滿。
需求:需要汰換設備,並詢問租賃方案。
異議:預算問題。
階段:需求確認
成交機率:70%
下一步:提供報價

這份紀錄的問題:
1. 「對現況不滿」——客戶說的是「再撐一年應該還可以」。不滿是業務的解讀。
2. 「需要汰換設備」——客戶從頭到尾沒說要換,只問了租賃。
3. 「成交機率 70%」——沒有依據,但它會進 pipeline,影響備料與業績預測。
4. 「下一步:提供報價」——實際承諾的是「租賃方案資訊」,不是報價。而且沒寫期限(週五)。
5. 上次的維護成本試算完全沒提到,等於那件事斷在這裡。

─────────────────────────────
【版本二:分來源回填】

客戶現況〔客戶原話〕:客戶表示現有設備已使用 7 年,維修約每年 3 次;工程師表示每次停機約 2 小時,產線端有反應。客戶表示「再撐一年應該還可以」。
需求〔客戶原話〕:客戶詢問是否有租賃方案。
異議〔客戶原話〕:預算需待明年度。
我方承諾:本週五前提供租賃方案資訊。
對方承諾:無。(客戶所稱「如果有租賃,可能就不用等預算」為條件性說法)
下一步:9/6(五)前提供租賃方案資訊 — 負責人:本人
階段:需求確認(業務判定)
成交機率:60%(業務判定)

業務備註〔業務研判,非客戶陳述〕:
研判有汰換意願但卡在預算年度。依據:主動詢問租賃、且提及若有租賃可能不需等預算。
「隔壁廠也在看」——客戶未指名,可能為議價鋪陳,本次不推測。

待確認(下次拜訪問題單):
1. 工程師姓名與職稱
2. 設備型號與購入年份
3. 明年度預算編列時程
4. 8/20 提供的維護成本試算,客戶是否看過

─────────────────────────────
【多花的時間與換到的東西】

多花:約 4 分鐘(主要在標來源分級)。

換到的:
- 三個月後主管問「客戶什麼時候說要買的」,你答得出來——他沒說過。
- 週五的承諾有日期、有提醒,不會過期。
- 下次拜訪有四個具體問題,不是「再多聊聊」。
- 上次的試算沒被跟進這件事被抓出來了。

※ 最後這一項通常是跨次追蹤才看得到的:不是忘了,是雙方都不好意思提。
輸出格式規格(要照著做的人再展開)
  • 每個欄位都要標來源分級,四種擇一。
  • 客戶原話保留「客戶表示」句型,不得改寫成客觀敘述。
  • 條件性說法不得記為承諾,要放在客戶原話裡照實呈現。
  • 承諾清單要有期限;沒有日期的標【未載日期】。
  • 業務研判獨立成節並標明「非客戶陳述」。
## 一、CRM 欄位草稿
| 欄位 | 內容 | 來源分級 |
|---|---|---|
| 客戶現況 | 客戶表示現有設備已使用 7 年,維修約每年 3 次;工程師表示每次停機約 2 小時 | 客戶原話 |
| 需求 | 客戶詢問是否有租賃方案 | 客戶原話 |
| 異議 | 客戶表示「再撐一年應該還可以」;預算需待明年度 | 客戶原話 |
| 我方承諾 | 本週五前提供租賃方案資訊 | 事實 |
| 對方承諾 | 無明確承諾 | — |
| 階段 | 【待你判斷】 | — |

## 二、承諾清單
| 誰 | 答應什麼 | 期限 |
|---|---|---|
| 我方 | 提供租賃方案資訊 | 本週五前 |
| 客戶 | (無) | — |
※ 客戶所稱「如果有租賃,可能就不用等預算」為條件性說法,未列為承諾。

## 三、進展對照(vs 上次)
| 上次的下一步 | 本次狀態 |
|---|---|
| 提供同型設備維護成本試算(8/20 已提供) | **本次未提及**——客戶未回應該份試算,建議下次主動詢問是否有幫助 |

## 四、業務研判(以下為研判,非客戶陳述)
- 研判客戶有汰換意願,主要卡在預算年度。依據:主動詢問租賃方案、且提及「如果有租賃可能就不用等預算」。
- 「隔壁廠也在看」可能為議價鋪陳,亦可能為事實。客戶未指名,本次不推測。

## 五、【待確認】
1. 工程師姓名與職稱(本次未取得)
2. 現有設備型號與購入年份(客戶僅稱 7 年)
3. 明年度預算的編列時程與金額級距
4. 8/20 提供的維護成本試算,客戶是否看過

## 六、我沒有做的事
- 未估算成交機率、金額或預計成交時間。
- 未判定階段。
- 未把業務研判寫進客戶欄位。
- 未推測「隔壁廠」為哪一家。

08工具怎麼挑

這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。

工具什麼時候用為什麼注意
ChatGPT ↗起手
零散筆記轉 CRM 欄位
零散筆記轉 CRM 欄位把散亂的口語筆記歸位到固定欄位,省下大量回填時間。它會自動潤飾並補上「客戶應該是想……」,要明確禁止。
Claude ↗一天多個客戶要一次整理長輸入處理較穩,不會把不同客戶的內容混在一起。客戶資料含個資與商業資訊,貼入前確認可行性並使用代號。
語音轉文字(Word 聽寫等)
回程語音記錄
開車回程時語音記錄拜訪結束當下講出來,是保留「客戶原話」最有效的方式。錄客戶的話要取得同意;自己的語音備忘則無此問題。
自訂 GPT/Claude Project
每天回填
每天都要回填欄位與來源分級定義固定,不會因為趕時間就省略分級。CRM 欄位調整時要同步。
四、不要做錯這幾關不下放

09會卡住與會做錯的地方

會卡住的地方(流程困難點)

客戶說的跟我判斷的混在一起
「客戶表達高度意願」——這是他說的還是你感覺的?三個月後沒有人分得出來,包括你自己。
承諾埋在敘述裡
「有跟他提到下週會給報價」寫在第三段中間,然後就沒有人記得了。
AI 幫你估機率
它會給一個 70%,那個數字會進 pipeline、影響備料與預測,而它沒有任何依據。
紀錄只往前不回頭
每次都寫這次談了什麼,沒有人對回上次說好的事。於是承諾累積但沒有人追。

會做錯的地方(常見失敗方式)

判斷寫成客戶現況

「客戶表達高度意願」,三個月後沒有人分得出那是誰說的。

怎麼修四級來源分級 + 客戶原話保留「客戶表示」句型 + 判斷獨立成區塊。

AI 估機率

70% 進了 pipeline,影響備料與業績預測,而它沒有依據。

怎麼修禁止推估;機率由業務判斷並在系統註明依據。

條件性說法當承諾

「如果有租賃可能就不用等預算」被記成客戶承諾,後續全部誤判。

怎麼修條件性說法照實記在客戶原話,不進承諾清單。

承諾埋在敘述裡

「有提到週五給資訊」寫在第三段,週五就過去了。

怎麼修承諾獨立成表,含誰、答應什麼、期限,並設系統提醒。

其他注意事項

10人工把關與安全限制

AI/Agent/Tool 介入在哪幾步

流程位置做什麼/怎麼做
轉換階段AI把原始素材填進 CRM 固定欄位
逐條標來源分級(客戶原話/觀察/判斷/待確認);客戶說的保留「客戶表示」句型,不得改寫。
抽取階段AI抽出雙方承諾
獨立成表:誰、答應什麼、期限。沒有日期的標【未載日期】,不得推估。
掃描階段Agent推測與個資掃描
掃描成交機率、金額推估、把判斷寫成事實的句子,以及未經同意的第三方或個人資訊。

這幾關不下放

來源分級
哪一句是客戶說的,只有在場的你知道。
成交機率與金額
業務判斷,而且要說得出依據。AI 不推估。
承諾的確認
答應了什麼、期限多久,寫進系統就是內部的排程依據。
對外引用客戶原話
要取得同意,特別是要拿去做行銷素材時。

安全與權限限制

客戶資料屬個資與營業秘密
公司全名、聯絡人姓名、電話一律用代號;未去識別化的拜訪紀錄不要貼入消費者版帳號。
錄音要取得同意
錄客戶談話前要明確取得同意;自己的語音備忘不受此限,但轉出的文字仍屬客戶資料。
客戶原話的對外使用
要拿去做行銷素材或案例,須另行取得客戶同意。

11Checklist 與驗收標準

做的時候逐項打勾

做完了才檢查:全部成立才算完成

  1. 每個 CRM 欄位都標了來源分級,四種擇一。
  2. 客戶說的話都保留了「客戶表示」句型,沒有被改寫成客觀敘述。
  3. 業務判斷全部在獨立區塊,沒有混進客戶現況、需求或異議欄。
  4. AI 未推估成交機率、金額、預計成交時間或階段。
  5. 條件性說法沒有被記為承諾。
  6. 承諾清單含誰、答應什麼、期限,且已設定提醒。
  7. 已對回上次紀錄的下一步,未被提及的項目已標出。
  8. 客戶公司與人名以代號呈現,【待確認】已轉成下次拜訪的問題單。
五、延伸看別人做過,然後往下一步

12實際案例

三個月後回頭看,那句「客戶高度意願」是誰說的

當時的狀況:一筆案子談了三個月,主管問:客戶什麼時候表達要買的?打開 CRM,八月那筆紀錄寫著「客戶表達高度意願,預計 Q4 成交」。回頭找原始筆記才發現,客戶當時說的是「再撐一年應該還可以」——「高度意願」是業務自己的判斷,回填時被寫成了客戶現況。

AI 做了什麼
  • 把零散筆記逐條標來源分級:客戶原話、我的觀察、業務研判、待確認。
  • 把「我覺得他們其實想換」獨立到業務研判區塊,沒有寫進客戶現況欄。
  • 指出「如果有租賃,可能就不用等預算」是條件性說法,不列為對方承諾。
  • 對回上次紀錄,發現 8/20 提供的維護成本試算本次完全沒被提及。
人做了什麼
  • 拜訪當下就分四欄記錄——回公司再分會分不乾淨。
  • 自己判斷階段與成交機率,並在系統備註寫下依據(主動問租賃、提及預算年度)。
  • 把「工程師姓名」「設備型號」列入下次拜訪的問題單。
  • 設定週五的提醒——我方承諾了租賃方案資訊。

結果:拜訪紀錄真正的價值不在記得多完整,在三個月後還分得出「這句話是誰說的」。而那個差別,往往只是有沒有保留「客戶表示」這四個字。

待補資料:本站不提供回填時間縮短幅度、成交率變化等量化數據,本例為說明用的示意情境。客戶資料涉個資與營業秘密,處理方式請依貴單位規定辦理。

13相關方法與下一步

承諾要有人追

紀錄裡的下一步不追蹤,就只是一筆資料。

跟進信怎麼寫

承諾的租賃方案資訊要寄出去,語氣與承諾程度要拿捏。

現場紀錄的來源分級

同一套「看到/聽到/推測」的分法,顧問訪視也在用。

報價與提案

需求確認之後的下一步。

可直接使用RELATED PROMPTS

Download

這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。

取得 AI 實戰工具與更新

之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;正式寄送前會先寄確認信,隨時可來信要求刪除。

← 回「專案與任務管理」回找方法 →