電話詢問紀錄表的直接答案是：先用 7 個最小欄位，把每通來電記成可交接、可追蹤、可回寫的商機，而不是只留姓名、電話和一句再聯絡。對多數台灣中小企業來說，這 7 格至少要包含來電時間、聯絡方式、需求摘要、來源、急迫度、下一步、責任人與目前狀態。先把這些記清楚，櫃台、門市、業務、老闆與客服才不會各自接到同一個人，最後誰都以為別人會處理。
為什麼台灣 SME 不能再把來電歷史交給 Google 或紙條
很多在地商家過去會依賴 Google 商家檔案的 call history、櫃台便條紙、老闆手機通話紀錄或員工口頭轉述來記錄詢問。這幾種做法的共同問題是：資料散、沒有統一欄位，也很難回頭看哪一類電話真的會變成有效名單。
而且 Google Business Profile 已明確寫出，自 2024 年 7 月 31 日 起，chat 與 call history 功能不再提供。也就是說，店家不能再把 Google 後台當成來電歷史備份。參考：Google Business Profile: Changes to chat and call history。
如果你的團隊現在還靠「紙條先抄一下」「等等再補進表單」「老闆晚點再轉給業務」，最常發生的不是完全漏接，而是來電有接到、資料也看似留下來，卻沒有人知道下一步、誰要追、何時要追。這種流失最難抓，因為報表上不一定會出現錯誤，成交卻慢慢漏掉。
電話詢問紀錄表先記哪 7 格
英文 benchmark 常把 call log template 做成很長，但對台灣中小企業真正有用的，反而是一張今天就能開始填的最小版本。欄位不用一次到位，先確保每通有價值的電話不會失真或無主即可。
| 欄位 | 為什麼一定要有 | 範例 |
|---|---|---|
| 來電時間與接聽人 | 之後才能追到誰接過、什麼時段常進線 | 06/30 10:32，櫃台小美 |
| 稱呼與回撥方式 | 不是每通都適合只記手機號碼 | 王先生，手機或 LINE 聯絡 |
| 需求摘要 | 避免只留下想了解一下這種空白描述 | 想問企業網站改版與 7 月前上線可能性 |
| 來源 | 之後才能知道電話來自 Google、官網、活動還是舊客轉介 | Google 商家電話按鈕 |
| 急迫度與時程 | 幫你判斷先排回電、先寄資料還是先約訪談 | 兩週內要決定 |
| 下一步 | 避免整張表只剩下再聯絡 | 今日 17:00 前回電，補服務範圍與預算帶 |
| 責任人與狀態 | 沒有 owner，就沒有後續 | 業務阿傑，狀態：待回電 |
這 7 格的核心不是把表做漂亮，而是讓下一個接手的人不用重新猜。Asana 和 monday.com 類型的 call log 頁面之所以能吸引搜尋流量，正是因為它們先滿足「快速記住關鍵資料」這件事；但台灣 SME 還要再往前一步，把這些欄位設計成可交接。參考 benchmark：Asana call log template、monday.com call log template。
1. 需求摘要不要只寫詢價
最沒用的來電紀錄，通常是「詢價」「想了解」「再回電」這種只知道發生過、卻不知道對方到底要什麼的筆記。比較可用的寫法，是把需求寫成一句可轉交的描述，例如「想了解 LINE 官方帳號代管，已有 2 萬好友，想先看分眾與客服流程」。
只要需求摘要有主題、規模或場景，後面的人就知道應該先寄案例、先約需求訪談，還是先排報價前通話。這一格寫得越清楚，團隊越不容易重問同樣問題。
2. 下一步一定要寫成動作
很多表單卡住，不是因為沒有記需求，而是下一步只寫「再聯絡」。這種寫法沒有時間、沒有動作，也沒有負責人。比較好的寫法是：「今天 17:00 前回電確認預算範圍」「明天寄 2 個案例與服務頁」「先約 20 分鐘需求訪談」。
HubSpot 的 activity logging 文件把 `task follow up`、`call outcome`、`call direction` 等欄位做成標準化選項，背後意思很簡單：電話紀錄若沒有下一步，就很難變成可管理的後續。參考：HubSpot: Create or log activities on a record。
3. 狀態欄別只有已處理
如果狀態只有已處理和未處理，過幾天幾乎沒人知道「已處理」到底是回過電話、寄過資料、排過訪談、還是其實已經婉拒。比較實用的最小狀態可以先設成：待回電、待寄資料、已約通話、培養中、已成交、已婉拒。
HubSpot 也把 call status、call outcome 做成可以檢視與報表化的欄位，甚至能要求部分通話一定填 outcome。這提醒我們：結果欄位不是美觀問題，而是你之後能不能看懂電話漏在哪裡。參考：HubSpot: Manage call settings and preferences、HubSpot: Review calls in the call index。
哪些電話該立刻安排下一步，哪些先做備註就好
不是每一通電話都值得投入同樣追蹤力道。台灣 SME 最常浪費時間的地方，不是完全沒接電話，而是把所有來電都用同一種節奏處理，結果高意圖商機和低意圖詢問混在一起。
| 情況 | 建議處理 | 紀錄重點 |
|---|---|---|
| 已經說出需求、時程、預算帶 | 優先回電或排訪談 | 需求摘要、時程、下一步、責任人 |
| 只想先問價格區間 | 先補範圍條件，不急著完整報價 | 品項、數量、比較對象 |
| 舊客或轉介紹電話 | 補關係來源與歷史互動 | 轉介紹人、過去購買或合作狀況 |
| 純客服或售後問題 | 轉客服流程，不要混進新商機表 | 訂單號、問題類型、處理時限 |
| 錯誤號碼或不適合客群 | 快速結案 | 不適合原因，避免重複追蹤 |
如果你把售後抱怨、採購詢價、合作提案與求職電話全部塞進同一張表，最後最難看的不是表，而是每個人都看不出先後順序。最穩的做法，是先把「新商機」「售後處理」「不適合」至少分開三類。
門市、櫃台、老闆、業務怎麼用同一張紀錄表交接
台灣很多小團隊不是真的沒有 CRM，而是電話最先落在 CRM 外面。門市先接、櫃台先抄、老闆先回、業務最後才知道。這時候電話詢問紀錄表最重要的功能，不是複雜分析，而是讓不同角色都用同一種欄位說話。
最小交接做法可以很簡單：櫃台只負責把 7 格記滿，老闆或主管每天看一次待回電與待寄資料，業務只接有明確下一步的項目。這樣你不用先買大型系統，也能先把電話從個人裝置拉回團隊流程。
如果你的網站或表單已經有 GA4 lead 報表，電話紀錄最好也回寫一個對應狀態，至少讓團隊知道哪些渠道真的帶來可跟進電話。Google Analytics 的 lead acquisition report 本來就是用來看哪些來源帶來新 lead，而不是只看流量。參考：Google Analytics Help: Lead acquisition report。
電話詢問紀錄表要記什麼，不該記什麼
電話紀錄表很容易一路膨脹，最後變成大家隨手記一堆個資、情緒判斷和私下評論。這不只影響交接，也會帶出資料保存與使用風險。對多數台灣中小企業來說，先記「完成下一步所需的最小資訊」就夠了。
台灣個資法第 8 條的官方說明重點，是蒐集個人資料時要讓當事人知道蒐集者、用途、資料類別、利用方式與相關權利。換句話說，如果你的來電紀錄會進 CRM、用於回電、再行銷或業務分派，內部至少要知道自己為什麼記這些欄位。參考：個人資料保護委員會籌備處：個人資料保護法第 8 條。
實務上，電話紀錄表盡量不要留下和當前需求無關的敏感資訊，也不要把情緒化判斷寫成永久標籤。例如「這客人很難搞」「感覺沒錢」這種筆記，對交接沒有幫助，對風險卻很有幫助。你真正需要的是需求、限制、下一步與結果。
7 天內落地的電話詢問 SOP
第 1 到 2 天：先做最小版本
先不要等 CRM 欄位全開好。用 Google Sheet、Notion 或現有系統先拉出 7 格版本，確保每通新詢問都有地方可記，而且欄位名稱統一。
第 3 到 4 天：統一狀態與下一步寫法
挑 5 到 10 通最近來電，回頭看大家是不是都把下一步寫成同一種可執行格式。若不是，先把狀態與動作詞整理成固定選單，例如待回電、待寄資料、已約訪談。
第 5 到 6 天：把高意圖電話接回後續流程
把最常見的兩類高意圖電話指定責任人與時限，例如網站詢價 24 小時內回電、Google 商家電話 2 小時內確認需求、舊客轉介紹當天補歷史紀錄。
第 7 天：看一次漏失
一週後回頭檢查三件事：有沒有來電沒 owner、有沒有狀態卡在待處理超過 48 小時、有沒有需求摘要只剩單字。這三個地方通常就是電話流失真正開始的地方。
資料更新與來源
本文於 2026-06-30 依當前可查資料整理。SERP benchmark 主要用來觀察目前 call log 類查詢的承接方式；重要事實與流程依據則優先採用 Google Business Profile、HubSpot 與台灣個資法官方說明。
- Google Business Profile: Changes to chat and call history
- HubSpot: Create or log activities on a record
- HubSpot: Manage call settings and preferences
- HubSpot: Review calls in the call index
- Google Analytics Help: Lead acquisition report
- 個人資料保護委員會籌備處：個人資料保護法第 8 條
- Asana call log template
- monday.com call log template
這類 call log template SERP 多半來自軟體品牌，強項是模板與格式，但不一定能直接套進台灣中小企業的門市、櫃台與老闆手機場景。比較實用的做法，是把 benchmark 轉成可交接、可回寫的欄位與流程，而不是直接照抄一串英文欄位名稱。
結論
電話詢問紀錄表真正的重點，不是把每通電話都寫成長篇紀錄，而是讓每通值得跟進的電話都留下需求、下一步、責任人與狀態。先把 7 格記好，再慢慢接回 CRM、GA4 與後續流程，比一開始追求完整系統卻仍靠紙條轉述，更能真正減少漏單。
延伸閱讀
FAQ
電話詢問紀錄表一定要先用 CRM 才能做嗎？
不用。多數台灣中小企業可以先用 Google Sheet、Notion 或現有試算表做 7 格版本，先把欄位與交接流程固定，再決定要不要搬進 CRM。
來電紀錄最容易漏掉哪一格？
通常不是姓名電話，而是下一步與責任人。只寫再聯絡，看起來像有記，其實等於沒安排。
Google 商家檔案不是以前就能看來電歷史嗎？
不能再依賴了。Google Business Profile 官方說明已寫明，自 2024 年 7 月 31 日起 chat 與 call history 功能不再提供。
每一通電話都要進同一張商機表嗎？
不建議。新商機、售後問題、錯誤號碼與不適合客群至少要分開，否則高意圖電話很容易被客服或雜訊蓋掉。
電話詢問紀錄表會碰到個資問題嗎？
會，所以只記完成下一步所需的最小資訊就好，並確認內部知道資料是為了什麼用途蒐集與使用。不要把與需求無關的敏感資訊留進永久欄位。