接案者的客戶管理怎麼建？跟進節奏、最小可用 CRM 與個資責任

接案做久了，多數人會遇到同一個場景：某天翻手機，看到半年前有人問過報價，那則訊息躺在對話串裡沒有下文；或是想起某個做得很順的客戶，但已經想不起來上次交件是什麼時候、當時開多少錢。案子沒有變少，只是漏掉的那些，你永遠不會知道自己漏掉了。

這篇要處理的不是「哪一套 CRM 比較好用」。一人接案的規模，用企業級 CRM 通常是浪費——你會花兩週設定，然後三個月後再也沒打開。真正缺的是一套「不會漏掉客戶」的流程：潛在客戶從哪裡進來、每一筆該記哪些欄位、什麼時間點該主動聯絡。流程先定好，工具只是把流程放進去的容器；流程沒定好，換再貴的工具也一樣會漏。

看完你會拿到四樣東西：一份只有五個欄位的客戶記錄設計（多一個都是負擔）、三個明確的跟進觸發時機與可直接照抄的節奏表、一個 30 分鐘就能用 Google 試算表或 Notion 搭出來的最小可用版本、以及判斷「什麼時候該花錢升級到正式 CRM」的四個訊號。最後一章談一件多數接案者沒想過的事：客戶名單在法律上就是個人資料，你有蒐集與保存的責任，這一段附上現行有效的個資法條文與官方連結。

先講結論：接案者缺的不是工具，是三件事

我看過太多人把「客戶管理」直接等同於「裝一個 CRM」。裝完之後的典型結局是：欄位開了二十幾個，只填滿前三筆；自動化流程設了五條，觸發條件從沒對過；三個月後回頭看，這個系統唯一的功能是提醒你當初有多樂觀。

問題不在工具太爛，在於一人作業的資訊結構跟公司完全不同。公司需要 CRM，是因為業務、客服、行銷是不同的人，資料必須在人與人之間傳遞，所以要有共同的欄位定義、權限、活動紀錄。你一個人接案，資訊傳遞的對象只有「三個月後的自己」。為未來的自己寫筆記，跟為五個同事建資料庫，需要的東西差很多。

拆開來看，接案者真正會漏掉的只有三件事。第一是入口沒收攏：詢價從 Instagram 私訊、Line、Email、朋友轉介四個地方進來，四個地方各自沉沒，你根本不知道這個月來了幾筆詢問。第二是狀態沒有終點：報價寄出去之後，這筆案子既沒有成交也沒有失敗，就這樣懸在半空中，直到你忘記它。第三是結案就結束：交件、收款、道謝，然後這個客戶從你的世界消失，即使他明年還有預算。

這三件事對應到三個動作：把入口收成一張表、幫每一筆記錄一個「下一步」、幫結案的客戶排一個未來的回訪日。這三個動作用試算表就能做完。後面每一章都是在把這三件事講細。

潛在客戶從哪裡來：先把案源入口盤出來

做任何記錄之前，先花二十分鐘做一件事：把過去十二個月成交的案子攤開，一筆一筆回想「這個客戶最初是怎麼找到我的」。不是「他最後從哪裡下單」，是「他第一次知道我存在」的那個管道。這兩件事常常不一樣，而且混淆之後你的判斷會整個歪掉。

接案者常見的五類入口，各自的接手方式不同

以台灣接案的實際狀況，入口大致可以分成五類，每一類進來的資訊完整度與成交機率差很多，所以接手的第一個動作也不同。

• 轉介與口碑：老客戶、同業、朋友介紹。這類進來時通常已經帶著信任，價格阻力最低，但資訊最零碎——常常只有一句「我朋友說你會做網站」。接手第一件事是問清楚介紹人是誰，並把介紹人回填到記錄裡。
• 作品集網站與自然搜尋：對方看過你的作品才來，需求描述通常最完整，但溫度不確定，可能只是在比價。接手第一件事是判斷他是「已經有預算」還是「還在探路」。
• 社群平台私訊：Instagram、Facebook、Threads。量最大、品質最雜，訊息會被平台的收件匣分類埋掉，是漏接率最高的入口。接手第一件事是把對話搬到 Email 或 Line，因為社群私訊沒有搜尋歷史的保障。
• 接案平台：站內訊息有平台自己的流程與抽成，資料被鎖在平台裡。接手第一件事是在自己的表格開一筆記錄，不要只依賴平台後台。
• 主動開發與冷信：你自己寄出去的信。成交率最低但可控性最高，唯一需要嚴格記錄「第幾次接觸」的入口。

把入口盤出來的價值不只是分類。當你發現「去年八成的營收來自轉介，但你花了六成的時間在經營社群」，這個資訊會直接改變你明年的時間分配。案源結構的判斷，前提是你有紀錄；沒有紀錄的話，記憶只會挑最近、最戲劇化的那幾筆給你看。

來源欄位為什麼比你想的重要

很多人建表格時會覺得「來源」是可有可無的欄位，反正案子都接到了。但這個欄位是後面所有判斷的地基。它至少回答三個問題：哪個管道值得繼續投入、哪個管道進來的客戶客單價比較高、以及哪個管道進來的客戶最容易變成長期合作。

特別是最後一項。同樣是十個客戶，從轉介來的可能有四個會回頭第二次，從比價型平台來的可能一個都沒有。這個差異不會寫在營收數字上，只會寫在你三年後的疲勞程度上。想把轉介這條線做成系統的話，讓老客戶主動幫你介紹新案子的轉介流程是另一條獨立的線，跟本篇談的回訪機制可以並行；本篇專注在「你自己的資料庫怎麼建、怎麼讓老客戶自己回頭」，轉介的話術與獎金設計那邊講得比較細。

還有一個實務細節：來源要記「第一次接觸的管道」，不要記「最後一次接觸的管道」。有人先在搜尋看到你的作品集，追蹤了你的 Instagram，三個月後從私訊來詢價。如果你只記「Instagram」，你會誤以為社群帶來了這筆案子，然後把資源錯投到社群上。真正帶來這筆案子的是那篇讓他搜尋到你的內容。

一筆客戶記錄該有的五個欄位

欄位設計的原則只有一條：每個欄位都必須對應到一個你真的會做的動作。填了不會用的欄位，不只是浪費時間，還會讓你在忙的時候乾脆整筆不填，系統就死了。一人接案的客戶記錄，五個欄位足夠。

欄位一：名稱與一個唯一聯絡管道

名稱要寫「人名（公司名）」的組合，例如「陳先生（某某工作室）」。只寫公司名的問題是，兩年後你想聯絡時，記不得當初對接的是誰；只寫人名的問題是，同名的客戶會撞在一起。

聯絡管道只留一個，而且要選「你確定三年後還找得到人」的那個。實務上這幾乎一定是 Email。Line 帳號會因為換手機或封鎖而失聯，Instagram 帳號會被停用或改名，接案平台的站內信在你不續費之後就打不開。Email 是唯一你自己這端就能保存完整歷史的管道。社群私訊當入口沒問題，但一定要在第一次對話結束前把 Email 拿到手。

欄位二：來源

用下拉選單，選項限制在四到六個，不要開放自由輸入。自由輸入的結果是「朋友介紹」「朋友推薦」「介紹」三種寫法散在表裡，之後根本沒辦法統計。轉介這一類要再多一個「介紹人」的子欄位，因為你之後要回饋介紹人，而不記下來一定會忘。

欄位三：狀態

狀態是整張表的心臟，也是最多人設計錯的地方。常見錯誤是把狀態設計成「進行中／已完成」兩種，結果所有還沒成交的詢價全部沒有位置放。建議用六個狀態，涵蓋從詢價到結案之後的完整生命週期：

1. 新詢問：對方剛來訊，還沒釐清需求。
2. 需求釐清中：正在來回確認範圍、時程、預算帶。
3. 已報價待回覆：報價單寄出去了，球在對方手上。
4. 進行中：已成交，正在做。
5. 已結案：交件且尾款收訖。
6. 未成交：明確拒絕、預算不合、或超過設定天數無回應。

「已報價待回覆」跟「未成交」這兩個狀態是關鍵。前者是最容易懸空的地方，後者則必須是一個真的會被寫入的結局——很多人不好意思把案子標成未成交，於是那筆記錄永遠停在「已報價待回覆」，然後表格慢慢變成一片沒人敢看的墳場。設一個規則：報價後超過三十天沒有任何回應，自動改成未成交，並在備註寫下推測原因。這不是放棄，是把它移出你的當下視野，等年度回訪時再一起處理。

報價這一步本身就有很多細節會影響後續狀態流轉。如果你的報價常常寄出去就石沉大海，先檢查報價單本身的結構，報價單的欄位結構與代墊費用怎麼寫那篇拆得比較細；定價本身要怎麼開，可以參考五種定價模型與台灣行情的整理。

欄位四：下一次動作與日期

這是整套系統裡唯一真正產生行為的欄位，也是最多人漏掉的。它由兩格組成：一格寫「下一步要做什麼」（一句話，動詞開頭），一格寫「哪一天做」。

沒有這兩格的表格，本質上是一份歷史檔案，你必須主動想起來才會去看。有了這兩格，表格會反過來告訴你今天該做什麼——每天早上排序一次日期，今天以前的就是今天的待辦。

寫法要具體到不需要思考。「跟進」是無效的寫法，因為三週後你看到它還是要重新想一次要跟進什麼。「寄第二版報價，把 SEO 那段拆成選配」才是有效的寫法。每一筆記錄在任何時刻都必須有一個非空的下一步；如果真的沒有下一步，那它的狀態就應該是「已結案」或「未成交」，而不是留白。

欄位五：金額與付款狀態

報價金額、實際成交金額、以及款項狀態（未收／已收訂金／已結清）。報價金額跟成交金額要分開兩格，因為兩者的差距就是你的折讓幅度，這個數字累積半年之後會告訴你一件不太舒服但很有用的事：你到底在什麼情境下最容易被砍價。

付款狀態要跟結案狀態分開。交件了不代表收到錢，這兩件事混在一起是接案最常見的財務盲點。如果尾款卡住的頻率不低，三階段催款與支付命令的實務流程可以直接接在這個欄位後面用。

想加卻不該加的欄位

以下這些欄位在企業 CRM 裡很合理，在一人接案的表格裡幾乎都是負擔：客戶產業別、公司規模、決策鏈角色、預估成交機率百分比、預計成交日期、活動紀錄逐筆時間軸。它們的共同特徵是「填了之後沒有任何動作會因此改變」。

唯一值得額外加的是一格自由備註，用來放那些沒辦法結構化但很珍貴的東西：對方偏好的溝通時段、上次抱怨過什麼、討厭哪種配色、公司幾月是旺季。這一格在年度回訪時的價值遠高於前面所有結構化欄位——它是你能寫出「不像罐頭訊息」的來源。

跟進節奏：三個必須設定的觸發時機

欄位設計完，接下來是這套系統真正會產生營收的部分。跟進不是「想到就聯絡一下」，而是三個由事件觸發的固定時機。之所以要固定，是因為靠感覺決定要不要聯絡的人，最後都不會聯絡——那個猶豫的成本比你想的高。

觸發點一：第一次報價之後

報價寄出的那一刻，就要把「下一次動作」設在三個工作天後。多數人不敢做這件事，怕顯得急躁。實際上對方沒回覆的原因，八成不是拒絕，而是他在等內部確認、在忙別的事、或是信被埋了。

建議的節奏是三次，然後結束：

• D+3：確認收到。不談價格，只確認信有沒有到、有沒有哪一項需要補充說明。這一封的功能是把信從對方的收件匣底部撈上來。
• D+10：提供新資訊。不要只是「請問考慮得如何」，那會逼對方給你一個他還沒準備好給的答案。改成給一個他還不知道的東西：一個可以縮減預算的替代做法、一個類似案例的成果、或是排程的現況（例如下個月的檔期還有位置）。
• D+30：收尾。明確說明這份報價的有效期，並表達之後若時機成熟隨時可以再談。寄完之後把狀態改成未成交，把它從當下的視野移開。

第三封的心理意義比商業意義大。它給了這件事一個結局，讓你不用再反覆想起。而且把狀態改成未成交不是丟掉，這些人會在年度回訪那一輪重新出現。

如果你發現大量報價停在 D+10 之後就無聲無息，問題通常不在跟進，而在更前面的需求釐清階段沒做完。需求確認防呆流程那篇有一套開案前的確認清單，可以把「還沒準備好要買的人」在報價之前就篩出來；另外開案前的六個警訊能幫你決定哪些詢問根本不值得花時間報價。

觸發點二：案子結束後三個月

這是最高報酬、最少人做的一個時機。交件當下客戶對你的印象最好，但那時候他剛花完一筆錢，沒有新需求。三個月後不一樣：你交出去的東西已經跑了一季，會產生真實的使用回饋，也會長出當初沒想到的新需求。

三個月這個間隔的邏輯是：短到對方還清楚記得你是誰、合作的細節還在腦中，長到成果已經有可以討論的實際狀況。實務上抓在交件後 80 到 100 天之間都合理，重點是它必須是一個「被排進去的日期」，而不是「有空再說」。

這一封的內容不要推銷。開場是關心成果本身：那個網站的流量有沒有變化、那批素材投放後的反應如何、後台有沒有遇到不會操作的地方。真正的機會會從對方的回答裡自己浮出來——他會告訴你哪裡不夠用，而那就是下一個案子。

觸發點三：年度回訪

年度回訪的對象是「所有曾經進過你表格的人」，包括那些當年報價沒成交的。這一點很多人會漏：一年前預算不夠的公司，一年後可能剛拿到新一輪的行銷預算；當時嫌貴的客戶，可能已經找過另外兩個人做出來的東西都不滿意。

年度回訪的時間點要對準對方的預算週期，不是對準你的方便。台灣多數公司的年度預算在第四季開始規劃、隔年一月起執行，所以十月到十一月是一個合理的窗口。若對方是有明顯淡旺季的產業（例如電商、旅遊、教育），就往他們的淡季前推——旺季開始前兩個月，是他們最願意花錢準備的時候。備註欄裡記下的「他們幾月是旺季」在這裡就派上用場了。

年度回訪也是最自然的調價時機。同一封信裡帶到「明年的合作價格會調整，既有客戶適用舊價到某個日期」，比在案子中途提漲價容易得多。實際話術可以參考漲價不流失客戶的三種說法。

一張可以直接照抄的跟進節奏表

觸發事件	時間點	這一次要做的事	做完之後把狀態改成
寄出報價	D+3	確認收到，詢問是否有需要補充說明的項目	已報價待回覆
寄出報價	D+10	提供新資訊：替代方案、案例、或檔期現況	已報價待回覆
寄出報價	D+30	說明報價有效期，收尾	未成交
交件並收訖尾款	D+7	確認交付物都收到、操作沒問題	已結案
交件並收訖尾款	D+90	詢問實際使用狀況與成果，不推銷	已結案（更新備註）
每年一次	對方預算規劃期前一個月	年度回訪，帶明年的合作方向與價格資訊	依回覆更新

這張表的六列就是整套系統的全部行為。其他所有欄位、工具、看板，都只是為了讓這六列準時發生。

老客戶回購比開發新客戶便宜太多，但多數接案者沒有回訪機制

這一章是整篇的核心。前面的欄位與節奏都只是手段，這一章講的是為什麼值得做。

先說一件事：網路上常見的那種「開發新客戶的成本是維繫舊客戶的五倍」之類的數字，來源多半追不到原始研究，套到一人接案的情境更是完全不同的量級。我不打算引用那些數字。與其相信一個查不到出處的倍數，不如用你自己的工時紀錄算出屬於你自己的那個數字——下面就是算法。

把新客戶的隱形成本一項一項列出來

一個全新客戶從第一次接觸到開始動工，你實際付出的時間包含以下這些。試著在每一項後面填上你自己的分鐘數：

• 案源取得：讓這個人知道你存在所花的時間（寫文章、經營社群、投平台提案、參加活動）攤到每一個詢問上。
• 需求釐清：來回訊息、視訊會議、看對方現有的東西。全新客戶通常需要兩到四輪。
• 報價與修改：拆項目、估工時、寫報價單，以及對方砍價後的第二版。
• 信任成本：提供案例、回答「你以前有做過類似的嗎」、有時候還要做免費的初步提案。
• 合約與行政：簽約、對帳號、開發票或處理勞報單。
• 脈絡建立：搞懂對方的產品、品牌語氣、內部審核流程、誰有決定權。這一項最貴，而且完全不會出現在報價單上。
• 第一次改稿的磨合：第一個案子的來回次數，通常明顯高於後續案子。

老客戶回購的時候，上面這七項裡，前五項大幅縮短，第六項幾乎歸零，第七項也會下降。這才是「回購比較便宜」的真正意思：不是客戶比較大方，是你不用再付一次脈絡建立的錢。

想把這件事變成可驗證的數字，就需要有工時紀錄。把「客戶溝通」跟「實際製作」分成兩個計時項目，做滿三個月，你會清楚看到新客戶案的溝通佔比高多少。工時追蹤與計費的完整流程那篇有現成的分類方式可以直接沿用。

為什麼回訪沒有發生：四個真正的原因

知道回購划算的人不少，真的做的人很少。原因不是懶，而是這四個具體的卡點。

第一，怕被當成推銷。這是最普遍的一個。接案者多半不是業務出身，主動聯絡舊客戶時心裡會有一種「我是不是在打擾人家」的不適感。解法不是克服心理障礙，而是換掉信的目的——不要以「有沒有新案子」開場，改以「你上次做的那個東西後來怎麼樣」開場。前者是在跟對方要東西，後者是在給對方注意力，心理成本完全不同。

第二，沒有名單。三年前的客戶，聯絡方式在哪？可能在一支換掉的手機、一個停用的接案平台帳號、或是一個你自己也搜尋不到的 Line 對話。這就是前面堅持「唯一聯絡管道必須是 Email」的原因。名單這件事沒有補救辦法，只有從今天開始累積。

第三，沒有觸發器。回訪是一件重要但永遠不緊急的事，這種事在沒有明確日期的情況下，會被所有緊急的事無限期推遲。所以「下一次動作日期」這個欄位不是行政形式，它是唯一能對抗這個結構性問題的東西。

第四，不知道要說什麼。沒有備註欄的話，你面對三年前的客戶只剩一個名字，寫不出任何有溫度的東西，於是只能寫罐頭訊息，寫完自己也覺得尷尬，下次就不寫了。備註欄就是為了破解這一點存在的。

三種不像推銷的回訪開場

以下三種寫法的共同點是：信裡沒有任何一句要求對方做決定，而且都提供了對方單方面受益的東西。

• 成果追蹤型：從你交付的東西本身出發。「去年幫你們改的那個結帳流程，剛好想到一件事想確認——後台的棄單率有沒有變化？如果數字不好看，我這邊有幾個不用重做的小調整可以試。」這封信的價值在於它證明你在意成果，而不是在意訂單。
• 資訊提供型：把你在專業上剛學到的、對他有用的東西送過去。「上個月有一個平台政策改了，會影響到你們那種型態的頁面，附上官方公告的連結，你們的頁面可能要調整某一段設定。」寄出去的是資訊，不是報價單。
• 檔期通知型：適合有明顯淡旺季或需要提前排程的服務。「明年第一季的檔期開始排了，因為你們去年是三月上線，如果今年也差不多，我先幫你留意一下。」這一種要謹慎使用，一年最多一次，而且要是真的有排程限制才寫，否則會變成假的稀缺感。

三種寫法都有一個共通的收尾原則：不要在結尾放「期待您的回覆」。改成一個具體、低成本、可以只用一句話回答的問題。對方回一句話的門檻，遠低於回一封信。

回訪不要做的三件事

第一，不要群發。同一封信寄給二十個人，只要有一個人看出來，你在他心裡就從「合作夥伴」降級成「行銷名單擁有者」。回訪的全部價值在於它像是專門寫給他的，所以備註欄一定要用上。如果你要做的是真正的群發，那應該走電子報那條線，用專門的工具、有明確的訂閱同意與退訂機制，跟一對一回訪分開處理——這部分可以看訂閱名單的來源、發送節奏與退訂率控制，以及中小型網站的 Email 行銷工具選擇。兩者混用是後面個資章節會談到的風險來源。

第二，不要在回訪信裡附報價單。報價單會把一封關心的信瞬間變成一次推銷。等對方主動說出需求，再進入報價流程。

第三，不要對同一個人在同一年做超過兩次主動回訪。結案後三個月一次、年度回訪一次，就是上限。超過這個頻率，你在對方眼中的形象會開始改變。

最小可用版本：用 Google 試算表搭一張表

前面所有東西，一張試算表就能承載。如果你現在完全沒有系統，不要一開始就去研究資料庫工具，先把這張表做出來，用滿一個月再說。

欄位配置

開一個新的試算表，第一列是標題列，欄位依序如下：

1. A 欄　客戶名稱（人名＋公司）
2. B 欄　Email
3. C 欄　來源（資料驗證下拉：轉介／作品集或搜尋／社群私訊／接案平台／主動開發）
4. D 欄　介紹人（來源是轉介時才填）
5. E 欄　狀態（資料驗證下拉：新詢問／需求釐清中／已報價待回覆／進行中／已結案／未成交）
6. F 欄　下一步動作（一句話，動詞開頭）
7. G 欄　下一步日期
8. H 欄　報價金額
9. I 欄　成交金額
10. J 欄　款項狀態（未收／已收訂金／已結清）
11. K 欄　首次接觸日
12. L 欄　最後交件日
13. M 欄　備註

C 欄與 E 欄一定要用「資料驗證」做成下拉選單，不要相信自己每次都會打一樣的字。J 欄同理。這三個下拉是後面所有統計能不能成立的關鍵。

三個讓表格自己提醒你的設定

試算表本身不會主動找你，需要三個設定把它變成會提醒的東西。

其一，用「格式化條件」把逾期的下一步標紅。選取 G 欄，設定自訂公式為 =AND(G2<>"", G2<TODAY())，套上紅色背景。這樣一打開表格，該做而沒做的事會自己跳出來。

其二，開一個「今天」分頁。用篩選函式把所有下一步日期在今天以前、且狀態不是已結案或未成交的列抓出來，例如 =FILTER(工作表1!A2:M, 工作表1!G2:G<=TODAY(), 工作表1!G2:G<>"", 工作表1!E2:E<>"已結案", 工作表1!E2:E<>"未成交")。每天早上只看這個分頁。

其三，用最後交件日自動算出回訪日。在 L 欄旁邊多開一格，公式 =IF(L2<>"", L2+90, "")，得到結案後三個月的回訪日。交件的那天順手填 L 欄，回訪日就自動長出來，不需要記憶。

這三個設定加起來不到十分鐘，卻是「檔案」跟「系統」的分界線。沒有這三個，你做的只是一份會過期的名冊。

試算表什麼時候就夠了

老實說，對很多接案者來說試算表可以撐很多年。以下情況繼續用它沒有問題：你一年的活躍客戶在五十筆以內、你不需要在同一筆客戶底下掛多個案子、你不需要附件、也不需要跟別人共同編輯。它的優點是零學習成本、零費用、匯出容易、而且不會有廠商哪天改變免費方案的政策。

它的天花板出現在三個地方：一是同一個客戶有多個案子時，一列裝不下，你會開始在備註裡寫日記；二是想看「所有進行中的案子」這種視覺化排列時，試算表很難做出看板；三是想附上檔案、報價單、對話截圖時無處可放。碰到這三個之中的任何一個，就是往下一階段走的時候。

升級版：Notion 或 Airtable 的看板做法

當試算表撞到天花板，下一步不是買 CRM，而是換成有「多視圖」能力的資料庫工具。Notion 與 Airtable 是最常見的兩個選擇。這裡只講「客戶管理這個用途上的差別」，兩者作為筆記或專案工具的完整比較不在本篇範圍，可以看筆記工具的比較整理，以及專案管理工具在不同規模下的適用情境。客戶管理跟專案管理是兩張不同的表，不要硬塞在一起。

Notion 的欄位與看板設計

在 Notion 建兩個資料庫，用關聯欄位串起來，這是它比試算表強的地方。

資料庫一「客戶」：客戶名稱（標題）、Email（Email 型別）、來源（選取）、介紹人（文字）、備註（文字）、關聯到「案件」。一個客戶一列，永遠不會重複。

資料庫二「案件」：案件名稱（標題）、關聯到「客戶」、狀態（選取，就是前面那六個）、下一步（文字）、下一步日期（日期）、報價金額（數字）、成交金額（數字）、款項狀態（選取）、交件日（日期）。

看板視圖用「狀態」分組，六個狀態就是六個直欄，卡片可以直接拖動。這個畫面的價值在於一眼看出堆積的位置：如果「已報價待回覆」那一欄有十二張卡片，而「進行中」只有一張，那你的問題不在案源而在成交轉換。

另外建兩個視圖：一個「今天要做」的表格視圖，篩選條件是下一步日期在今天或之前、且狀態不是已結案與未成交，依日期排序；一個「該回訪了」的視圖，篩選條件是狀態為已結案、且交件日在九十天以前。這兩個視圖是每天與每月各看一次的東西。

Notion 的公式沒有辦法像試算表那樣直接做出「交件日加九十天」的自動提醒推播（免費方案沒有排程通知），所以「該回訪了」那個視圖必須靠你每個月固定打開一次。把它排進月初的固定行程，例如每月一號的早上。

Airtable 的差別在哪

Airtable 在這個用途上有兩個 Notion 沒有的優勢：一是它的表單功能可以直接產生一個公開的詢價表單，填完自動變成一筆記錄，等於幫你把「新詢問」這一步自動化；二是它的自動化可以在指定條件下寄信或發通知，不必人工檢查。

但 Airtable 免費版的自動化有兩個要先知道的限制：每月執行次數上限 100 次，而且「寄送 Email」這個動作在免費版只能寄給該 base 的協作者，不能寄給非協作者。也就是說，免費版可以用自動化提醒你自己「這筆該回訪了」，但不能用它自動寄信給客戶——那要升到付費方案，或改用電子報工具處理（查核日 2026 年 8 月 1 日）。

代價是免費方案的記錄數上限很硬。依 Airtable 官方說明文件，免費方案是每個 base 上限 1,000 筆記錄、1 GB 附件空間、兩週的修訂與快照歷史、最多 5 位具有 Editor 或 Creator 權限的協作者（查核日 2026 年 8 月 1 日，額度以官方頁面為準）。對一人接案來說 1,000 筆通常夠用好幾年，但如果你打算把每一次的往來訊息都存成一筆記錄，就會很快撞到。

選擇的判準很簡單：如果你已經在用 Notion 寫筆記，就留在 Notion，不要為了客戶管理再多學一個工具；如果你需要「網頁表單自動收單」或「條件式自動提醒自己」，就用 Airtable。兩者的免費額度都足以支撐一人接案的規模。

免費方案的實際天花板

工具	免費方案的主要限制（查核日 2026-08-01）	對一人接案的意義
Google 試算表	隨 Google 帳號提供，客戶管理這種用量不會碰到限制	幾乎沒有天花板，缺的是看板與附件
Notion 免費方案	個人使用的區塊數不限；外部訪客上限 10 位；單一檔案上傳上限 5 MB；頁面歷史保留 7 天；一旦工作區超過一位成員，區塊數上限降為 1,000；資料庫自動化屬付費功能	一人使用綽綽有餘，附件大的話要另外放雲端硬碟
Airtable 免費方案	每個 base 上限 1,000 筆記錄、1 GB 附件空間、2 週修訂與快照歷史、5 位 Editor 或 Creator、每個工作區每月 1,000 次 API 呼叫、自動化每月 100 次執行（寄信僅限協作者）	記錄數是主要限制，把往來訊息逐筆存進去會很快用完
HubSpot 免費方案	最多 2 位使用者、1,000 筆聯絡人、無使用期限	聯絡人上限對一人接案通常足夠。要注意這個數字近年調整過：官方文件目前寫的是免費帳號 1,000 筆聯絡人，網路上流傳的「100 萬筆」現在指的是聯絡人以外的其他標準物件
Zoho CRM 免費版	官方標示為 3 位使用者永久免費	唯一免費方案就給到 3 人的正式 CRM
Pipedrive	沒有永久免費方案，只提供 14 天免費試用，到期未付費即停用	要用就是直接付費，不適合當起步選項

額度會變。上表所有數字都以查核日當天各廠商官方頁面為準，做決定之前請自己再開一次官方頁確認：Notion 定價頁、Airtable 方案說明文件、HubSpot CRM 定價頁、Zoho CRM 定價頁、Pipedrive 定價頁。另外提醒一點：Zoho 與部分廠商的定價頁會依你所在地區顯示不同幣別，看到數字時務必先確認幣別，不要把印度盧比的價格當成美元換算。

什麼時候該升級到正式 CRM

把 HubSpot、Zoho 這類正式 CRM 搬進來，是有代價的。它們的設計前提是「一個團隊、一條銷售流程、需要主管看報表」。一個人用的時候，那些為協作而生的欄位與權限會變成純粹的摩擦。所以判斷標準不是「我想更專業一點」，而是下面這四個具體訊號。

四個真的該升級的訊號

訊號一：同時追蹤中的潛在客戶穩定超過三十筆。注意是「同時進行中」，不是累計。三十筆以下，人腦加上一張表可以應付；超過之後，你會開始在跟進上出錯——重複聯絡、記錯進度、把 A 客戶的資訊講給 B 客戶。

訊號二：你開始需要「自動化」而不只是「提醒」。當你每週要手動寄十封以上格式類似的跟進信，自動化的省時效益才超過設定成本。低於這個量，手動寄信反而比較快，而且信會寫得比較像人寫的。

訊號三：有第二個人要一起看這份資料。你請了助理、跟人合開工作室、或是把行政外包出去。多人協作是正式 CRM 唯一無可取代的地方——權限、修改紀錄、誰動了什麼，這些試算表做不好。

訊號四：你需要往回追「一年前的溝通紀錄」而不只是結果。當合作規模大到爭議可能上升到法律層次，完整的往來紀錄就有價值。不過這種需求通常用把 Email 歸檔好就能解決，不一定要 CRM。

如果四個訊號一個都沒中，留在試算表或 Notion。真的。把省下來的兩週拿去做作品集或寫內容，回報率高得多。

升級要付出的三樣東西

第一是時間。正式 CRM 的初次設定，包含匯入既有資料、對應欄位、設定流程階段、清理重複記錄，抓兩到四個工作天是合理的預期，而且中間會有一段你兩套系統並行、資料不同步的混亂期。

第二是資料的可攜性。試算表隨時可以下載成 CSV，走到哪都能用。正式 CRM 的匯出通常也有，但關聯資料、活動紀錄、附件的結構在匯出後往往會散掉。搬進去之前先確認匯出格式長什麼樣子，這件事在你想搬走的那天才發現就太晚了。

第三是資料落在別人手上。你的客戶名單會存在境外廠商的伺服器。這不只是心理感受的問題，也牽涉到下一章要談的個資責任——你仍然是那份名單的保有者，把資料放到第三方服務並不會讓責任跟著轉移出去。順帶一提，客戶的帳號密碼千萬不要存在 CRM 的備註欄裡，那是密碼管理器與客戶帳密交接該處理的事。

客戶名單就是個人資料：接案者要負的責任

這一章談的是多數接案者從沒想過的一件事：你手上那張表，在法律上是個人資料檔案，而你是保有者。以下引用的是台灣的個人資料保護法（以下簡稱個資法），條文以全國法規資料庫為準。這一段屬於一般性的法律資訊整理，不構成個案的法律意見；遇到具體爭議請洽律師或主管機關。

你表格裡的哪些東西算個人資料

個資法第 2 條第 1 款把個人資料定義為「自然人之姓名、出生年月日、國民身分證統一編號、護照號碼、特徵、指紋、婚姻、家庭、教育、職業、病歷、醫療、基因、性生活、健康檢查、犯罪前科、聯絡方式、財務情況、社會活動及其他得以直接或間接方式識別該個人之資料」。

對照你的表格：客戶姓名、Email、電話、公司職稱、以及你在備註裡寫的偏好與習慣，全都落在這個定義裡。同一條也定義了「蒐集」是「以任何方式取得個人資料」，「處理」包含記錄、輸入、儲存、編輯、更正、複製、檢索、刪除、輸出、連結或內部傳送，「利用」則是處理以外的使用。也就是說，你把一則詢價訊息裡的名字抄進試算表，這個動作在法律上就是蒐集加處理。

反過來，如果對方是公司而非自然人，公司本身不是個資法保護的對象；但你記下來的「聯絡窗口某某」是自然人，那一格就受規範。實務上一人接案的表格幾乎不可能完全不含個資。

蒐集要有特定目的與合法事由

個資法第 19 條第 1 項規定，非公務機關蒐集或處理個人資料，除第 6 條第 1 項所列的特種資料外，應有特定目的，並符合八款情形之一。對接案者最常適用的是第二款「與當事人有契約或類似契約之關係，且已採取適當之安全措施」，以及第五款「經當事人同意」。

白話說：客戶主動來詢價、你為了報價與履約而記下他的聯絡方式，這在「類似契約之關係」的範圍內，本身是有合法基礎的。但條文寫得很清楚，這一款附帶了「且已採取適當之安全措施」的要求，不是無條件成立。

第 5 條則是所有動作的總原則：「個人資料之蒐集、處理或利用，應尊重當事人之權益，依誠實及信用方法為之，不得逾越特定目的之必要範圍，並應與蒐集之目的具有正當合理之關聯」。這一條是前面「欄位不要多開」那個建議的法律版本——你為了報價而蒐集的資料，範圍就應該止於報價所必要，蒐集對方的生日、家庭狀況、政治傾向來「增加親近感」，會逾越必要範圍。

另外要特別避開第 6 條第 1 項的特種個人資料：病歷、醫療、基因、性生活、健康檢查及犯罪前科，原則上不得蒐集、處理或利用，只有該項但書所列的情形才例外。備註欄裡寫「客戶去年開刀所以案子延了」這種內容，就是踩到這一條的典型情境。要記的話，記「因對方個人因素延期」就好。

保存與安全措施：第 27 條的現況要看仔細

這一段是本篇最容易被寫錯的地方，值得慢慢看。

個資法第 27 條規定：「非公務機關保有個人資料檔案者，應採行適當之安全措施，防止個人資料被竊取、竄改、毀損、滅失或洩漏。中央目的事業主管機關得指定非公務機關訂定個人資料檔案安全維護計畫或業務終止後個人資料處理方法。前項計畫及處理方法之標準等相關事項之辦法，由中央目的事業主管機關定之。」

如果你現在到全國法規資料庫查第 27 條，會看到頁面上只寫著「（刪除）」。這裡有個陷阱：該條確實在民國 114 年 11 月 11 日修正公布時被刪除（相關規範改列到新增的第 20 條之 1），但那次修正的施行日期由行政院定之，而該頁面同時標示「本法規部分或全部條文尚未生效，最後生效日期：未定」。也就是說，截至本文查核日（2026 年 8 月 1 日／民國 115 年 8 月 1 日），該次修正尚未施行，第 27 條目前仍然有效。查法條時只看單條頁面顯示的最新公布版，很容易得到相反的結論，這是實際會誤導人的地方。

那「適當之安全措施」是什麼？個資法施行細則第 12 條給了具體清單，包含配置管理之人員及相當資源、界定個人資料之範圍、個人資料之風險評估及管理機制、事故之預防通報及應變機制、內部管理程序、資料安全管理及人員管理、認知宣導及教育訓練、設備安全管理、資料安全稽核機制、使用紀錄與軌跡資料及證據保存、以及個人資料安全維護之整體持續改善。同條也寫明這些措施「宜按……與所欲達成之個人資料保護目的間，具有適當比例」——一人接案不需要做到企業級的資安稽核，但也不能什麼都不做。

換算成一人接案可以實際執行的版本，最低限度是這五件事：

1. 裝置與帳號要有鎖：存放客戶名單的電腦要有開機密碼與硬碟加密，雲端服務帳號要開兩步驟驗證。
2. 不要把名單散在四處：一份主表，不要在桌面、下載資料夾、隨身碟裡留下三份舊版本的匯出檔。散落的副本是最常見的外洩來源。
3. 備份要有，而且要能還原：試算表要開版本紀錄，資料庫工具要定期匯出。順帶一提，備份沒有測過還原就等於沒有備份。
4. 共用連結要收斂：不要把整張客戶表用「知道連結的任何人都可以檢視」的方式分享出去，這種連結會出現在瀏覽器歷史、聊天紀錄、甚至被搜尋引擎收錄。
5. 離場時要清乾淨：合作結束後，對方給你的系統帳號要請對方停用，你手上的存取權限要主動交回。

裝置端的權限與外洩風險，高風險 APP 與權限自檢方式那篇有一份可以照著跑的檢查清單。

行銷利用與拒絕的權利

年度回訪如果變成群發，性質就從「履約溝通」滑向「行銷」，這時候第 20 條就會進來。

第 20 條第 1 項規定，非公務機關對個人資料的利用，原則上「應於蒐集之特定目的必要範圍內為之」，除非符合該項但書所列的七款情形。第 2 項則明確：「非公務機關依前項規定利用個人資料行銷者，當事人表示拒絕接受行銷時，應即停止利用其個人資料行銷。」同條第 3 項還要求，首次行銷時應提供當事人表示拒絕接受行銷的方式，並支付所需的費用。

這對實務有兩個直接影響。第一，一對一的回訪信與群發的電子報，應該用不同的名單、不同的工具處理。客戶因為要買你的服務而給你 Email，這個特定目的不自動包含「收到你每月的內容電子報」。要寄電子報，就走正規的訂閱同意流程，讓對方自己按下訂閱。第二，任何帶有行銷性質的群發，信裡都要有可運作的退訂連結，而且退訂之後要真的從名單裡拿掉，不是只是在你心裡記一下。這也是為什麼電子報要用專門的工具寄，那些工具內建的退訂機制不是裝飾。

另外，個資法第 3 條列出當事人的五項權利，而且明文規定「不得預先拋棄或以特約限制之」：查詢或請求閱覽、請求製給複製本、請求補充或更正、請求停止蒐集處理或利用、請求刪除。也就是說，如果有客戶寫信要求你把他的資料刪掉，你不能用「我們的合約寫了資料永久保存」來擋。

萬一外洩了

個資法第 12 條規定：「公務機關或非公務機關違反本法規定，致個人資料被竊取、洩漏、竄改或其他侵害者，應查明後以適當方式通知當事人。」注意動詞是「應」，不是「得」。你的筆電被偷、雲端帳號被盜、或是不小心把整張表寄錯人，第一件事是查明範圍，第二件事是通知受影響的當事人。

責任面則看第 29 條：「非公務機關違反本法規定，致個人資料遭不法蒐集、處理、利用或其他侵害當事人權利者，負損害賠償責任。但能證明其無故意或過失者，不在此限。」這是舉證責任倒置的寫法——出事之後，是你要證明自己沒有故意或過失，而不是對方要證明你有。前面那五件安全措施的真正價值就在這裡：它們是你「已盡相當注意」的證據。

案子結束之後，資料要不要刪

這題沒有一個放諸四海的天數。判斷邏輯是回到第 5 條的必要範圍原則：資料保存的期間，應該與當初蒐集的特定目的還有正當合理的關聯。

實務上可以這樣分層：與履約及帳務有關的資料（合約、報價單、發票、對帳紀錄）有其他法令的保存要求與潛在爭議的舉證需要，該留就留，不要因為想「乾淨」就提早銷毀；單純為了聯絡而留的資料（Email、電話），只要你們的關係還可能延續，留著是合理的，但要能說得出理由；備註欄裡的個人偏好與生活細節，這一類保存的正當性最弱，合作結束一段時間後就該精簡。至於對方明確要求刪除的，依第 3 條處理。

另外一個常被忽略的情境是「業務終止」。如果你哪天不接案了，手上的客戶名單不應該就這樣躺在某個雲端帳號裡直到帳號被停用。第 27 條第 2 項所講的「業務終止後個人資料處理方法」，精神就在這裡。收攤的時候，把名單匯出、確認沒有再保存的必要，然後刪掉本體與所有副本。

條文原文與最新狀態，請以官方為準：個人資料保護法（全國法規資料庫）、個人資料保護法施行細則、個人資料保護委員會籌備處。查詢單一條文時，記得看頁面上有沒有「本法規部分或全部條文尚未生效」這一行提示，那一行決定了你看到的是不是現行有效的版本。

客戶在歐盟的話

如果你的客戶或客戶的使用者在歐盟境內，可能會落入歐盟一般資料保護規則（GDPR）的適用範圍，因為該規則對於「向歐盟境內當事人提供商品或服務」的境外業者也有適用的設計。實務上你會遇到的形式，通常是歐洲客戶要求你簽一份資料處理協議，或要求你說明資料存放在哪個地區。這一塊超出本篇範圍，也超出我能給的建議深度；真的遇到，請以官方文本為準並找專業意見，官方全文在 EUR-Lex。

三十天把系統跑起來

最後把前面所有東西收成一份可以照做的清單。不要一次做完，照週次分開比較容易活下來。

第一週：建表與回填。開一張試算表，把前面十三個欄位建好，C、E、J 三欄設定資料驗證下拉。把過去十二個月的客戶一筆一筆回填，包含沒成交的那些。這一步會花掉三到四個小時，是整套系統唯一辛苦的地方。回填時順手在備註欄寫下你還記得的任何細節，因為那些記憶明年就沒有了。

第二週：補上觸發器。加上逾期標紅的格式化條件、「今天」分頁、以及交件日加九十天的回訪日公式。然後幫表裡每一筆狀態不是已結案或未成交的記錄，都填上一個具體的下一步與日期。填不出來的那些，直接改成未成交。

第三週：把入口收攏。盤點你的詢價入口，在每一個入口設定一個固定動作——例如社群私訊進來時，第一次回覆就要到 Email；接案平台成交後，當天在自己的表裡開一筆。這一週的目標是「以後不會再有詢問只存在於某個對話串裡」。

第四週：把安全措施補齊，並寄出第一批回訪。檢查裝置密碼、雲端兩步驟驗證、共用連結權限、以及散落的舊匯出檔。然後挑三到五位結案超過三個月的客戶，用前面三種開場的其中一種，各寫一封真正客製的信。只寄三到五封，因為第一次做的時候寫得慢，量太大你會退回罐頭訊息。

第二個月開始，這套系統每天只需要三分鐘：早上打開「今天」那個分頁，把該做的做掉，把新進來的詢問開一筆。月初再多花二十分鐘看一次該回訪的名單。整套流程的維護成本大概就是這樣，而它保住的是那些本來會安靜消失的案子。

常見問題

客戶很少的時候，需要建這套系統嗎？

需要，而且客戶少的時候建最划算。原因有二：一是欄位習慣要在資料量小的時候養成，等到一年五十筆再回頭補資料，那個工作量會大到你直接放棄；二是客戶少的時候，漏掉一筆的相對損失更大。實際做法可以簡化——如果你一年只有十個客戶，跳過看板與資料庫工具，一張試算表加上三個設定就夠了，全部建置時間不會超過一小時。

報價後跟進幾次算合理？會不會顯得太積極？

三次是一個經得起檢驗的上限：確認收到、提供新資訊、收尾。會讓人覺得被騷擾的通常不是次數，而是內容——每一封都在問「考慮得如何」，三封就已經太多；每一封都帶著對方用得上的新東西，三封反而會被記住。另一個判準是節奏：D+3、D+10、D+30 是遞減的密度，這種節奏傳達的訊息是「我在等你，但我不急」，而每隔兩天問一次傳達的是完全相反的東西。三封之後對方仍然沒有回應，就把狀態改成未成交，讓它進入年度回訪那一輪。

把客戶名單放在 Notion 或 HubSpot 這類境外服務上，個資責任會跟著轉移嗎？

不會。你把資料放進哪一個服務，你仍然是那份個人資料檔案的保有者，個資法第 27 條要求的「適當之安全措施」義務也還在你身上。選擇雲端服務不等於把責任外包出去，它只是把其中一部分的技術性防護交給廠商，而你要負責的是帳號本身的安全（密碼強度、兩步驟驗證、共用連結權限）、蒐集範圍是否必要、以及萬一外洩時依第 12 條通知當事人。要降低風險，最有效的做法反而很樸素：少存一點不必要的欄位。沒有被記錄下來的資料，不會外洩。