客戶在週五晚上十一點丟一句「明天有空對一下嗎」，你看到了，然後那個週末就沒有真的休息過。這件事的根源不是誰不懂事，而是你們共用的那個工具，預設所有人都在線上。選團隊溝通工具時，多數人比的是有沒有視訊、有沒有整合、免費方案給多少空間；但真正決定你接下來兩年生活品質的，是它把你推向同步，還是允許你非同步。
📌 本文重點
- 選團隊溝通工具的第一判準不是功能多寡，而是「討論能不能沉澱成可搜尋的紀錄」與「通知能不能真的關掉」這兩件事，因為工具選錯的代價是它把你變成隨時待命。
- Slack 免費方案只能檢視與搜尋最近 90 天的訊息與檔案，且超過一年的資料會被永久刪除（依 Slack 官方說明），所以免費 Slack 不能當知識庫用。
- Google Chat 若把「記錄」關閉，訊息會在 24 小時後自動刪除（依 Google 官方說明）；Discord 目前沒有內建的伺服器層級訊息保存期限設定，歷史會一直留著。
- Microsoft Teams 免費版的群組會議上限為 60 分鐘、每次最多 100 人、每位使用者 5 GB 雲端儲存空間（依 Microsoft 官方頁面，實際內容以官網公告為準）。
- 客戶已經有自己的工具時，多數情況要遷就客戶；但你必須把「有正式效力的確認」留在 email，因為第三方聊天平台的歷史保存權不在你手上。
- 一人接案且客戶數量少的情況下，email 加上定期進度信就足夠，導入即時通訊工具反而會增加待命成本。
第一判準：它讓你非同步，還是逼你同步
先講一個我自己踩過的坑。我曾經同時被三個客戶拉進三個不同的工作區，每天一開電腦就是十幾個紅點，每個紅點看起來都像「現在就要回」。那半年我的工作時數沒有變多，但可支配的專注時段幾乎消失了，因為大概每二十分鐘就被迫切換一次上下文——這是我當時的體感，不是量測出來的數據。
問題不在訊息量。問題在於即時通訊工具的介面語言，本身就在暗示「同步」：綠色的在線狀態、正在輸入的提示、已讀標記、@ 的紅色徽章。這些設計原本是為了辦公室裡的同事而生的，它假設所有人的工作時間高度重疊，而這個假設對接案者幾乎不成立。
所以我後來換了判準。比較工具時，我只問兩個問題，其他規格都排在後面。第一個問題是：這裡的討論會不會沉澱成一份三個月後還找得回來、搜得到的紀錄？如果一個決策只存在於某條被沖走的對話裡，那你等於每次都要重新問一次客戶。
第二個問題是：通知能不能真的關掉，而不是只有「已讀但假裝沒看到」這一招？能不能設定時段、能不能只在特定關鍵字出現時才響、能不能區分手機和桌機。這決定了你有沒有辦法在不得罪人的前提下下班。
這兩個問題背後是同一件事：非同步工作要能運作，必須有「共同記憶」和「明確的回應期待」。少了共同記憶，大家只能靠即時對話補齊資訊；少了明確的回應期待，每個人都會用最保守的假設行動，也就是隨時待命。工具本身不會幫你建立這兩件事，但它會決定這兩件事做起來是順的還是逆的。
四個工具原本為誰設計：出身決定了它會卡在哪
比較這四個工具最有效的方式，不是列功能表，而是先看它們原本是為什麼場景做的。每一個工具在它的原生場景裡都很好用，會出問題的地方幾乎都是被拿去做它原本沒設計要做的事。
Slack：以頻道為單位的工作區，強項是整合生態
Slack 的核心單位是頻道，它預設你會把不同主題切成不同頻道，然後把工具串進來。它的整合生態成熟到一種程度：程式碼推送、表單回覆、監控告警都可以自動貼進頻道。對於「一群人長期共同維護很多條資訊流」的團隊，Slack 的結構是這四個裡面最順的。
Slack 也是四者裡把「非同步」講得最明白的一個，它有討論串（thread）、有排程送出、有通知時段設定。付費方案還能透過 Slack Connect 直接跟外部組織開共用頻道。它的代價在免費方案的歷史限制上，這點我在下一章單獨談。
Microsoft Teams：綁在 Microsoft 365 上的會議與檔案中心
Teams 的出身不是聊天，是「把會議、檔案、Office 文件協作綁在一起」。如果客戶端已經是 Microsoft 365 的環境，Teams 幾乎沒有替代品，因為它跟 SharePoint、OneDrive、Outlook 的行事曆是同一套帳號體系。Teams 的真正價值在於它同時是會議室和檔案櫃，聊天只是黏著劑。
依 Microsoft 官方的 Teams 免費版說明頁，免費版提供「1:1 通話最長 30 小時、群組通話與會議最長 60 分鐘、每次會議最多 100 位參與者、每位使用者 5 GB 雲端儲存空間」，並包含檔案分享與資料加密。這些額度會隨方案調整，實際內容以官網公告為準。
Teams 用在小團隊上的常見不順，是它的訊息與檔案結構跟著「團隊／頻道／分頁」走，對一個只有三個人的專案來說層級偏深。另外它的搜尋體驗長期被抱怨，但這是主觀感受，我不打算用數字包裝它。
Discord：為社群與常駐語音而生
Discord 原本服務的是遊戲社群，它最強的地方是「語音頻道一直開著，你隨時可以走進去」。這件事對某些工作型態非常有價值：常駐語音可以模擬出辦公室裡「轉頭問一句」的低成本互動，這是文字工具做不到的。
對於一個作品導向、成員彼此熟悉的小團隊，Discord 的成本結構很吸引人——它的訊息歷史不像多數工作用工具那樣被免費方案切斷。但它的角色與權限模型是為社群設計的，用在客戶協作上會顯得鬆散；而且大多數企業客戶的資訊部門不會允許把公司資料放進 Discord。
還有一個容易被低估的問題：Discord 的介面預設是「熱鬧的」，表情反應、貼圖、語音提示都在鼓勵即時互動。如果你的目標是減少待命，這個氛圍本身就是逆風。相關的取捨我在遠距孤獨感怎麼辦？遠距工作者的社交維持那篇談過：常駐語音對孤獨感有幫助，但對專注是負擔，兩者要分開評估。
Google Chat：綁在 Workspace 上的輕量選項
Google Chat 的定位很清楚：如果你已經在用 Google Workspace，它就在那裡，不用另外導入。它的優勢是跟 Gmail、Drive、Meet 同一套帳號與權限，缺點是功能相對輕量、整合生態遠不如 Slack。Google Chat 適合「本來就住在 Google 生態裡、只需要一個能討論的地方」的團隊，不適合當作核心協作樞紐。
它有一個很值得注意的設計，是歷史紀錄可以由管理員或使用者開關。這個設計既是隱私功能也是陷阱，我在下一章展開。
訊息歷史保存：能不能把聊天當知識庫，就看這一條
這是我認為最容易被忽略、代價也最高的一條。很多小團隊的實際運作方式是：規格在聊天裡談、決策在聊天裡下、修改在聊天裡確認。如果聊天紀錄會消失，那你等於在一個會自我銷毀的檔案櫃裡辦公。
Slack：免費方案只看得到 90 天，超過一年會被刪掉
Slack 官方的免費版功能限制說明寫得很直接：免費版「只能存取最近 90 天的訊息與檔案歷史」，而且「工作區中超過一年的所有資料都會被刪除」。同一頁也說明，升級到付費方案後，90 天以外的訊息與檔案會重新顯示出來。
這兩件事要分清楚，因為它們的嚴重性不同。90 天是「看不到」，資料還在，升級就回來；超過一年是「刪掉」，那就真的沒了。Slack 的資料保存設定說明也提到，免費方案可以選擇保存 90 天或一年，超過一年的資料會以滾動方式從工作區刪除。
對接案者的實務含義：如果你跟客戶在免費 Slack 上談了一個為期半年的專案，第七個月要回頭查「當初到底講好是幾個版本」，很可能查不到。這時候你能依靠的只有合約與 email，這也是我在接案合約怎麼簽？必備條款、驗收與著作權歸屬裡一直強調驗收條款要寫進合約的原因。
Google Chat：關掉記錄，24 小時後就沒了
Google Chat 的機制不是「免費方案限制」，而是「記錄開關」。依 Google 官方的開啟或關閉 Google Chat 記錄說明，關閉記錄後訊息會「在 24 小時後自動刪除」；官方也提到具有內嵌討論串的聊天室預設是開啟記錄，但 Workspace 管理員可能變更預設值。
管理員這一層很關鍵。Google Workspace 管理端的記錄設定說明指出，管理員可以為整個機構或特定組織單位設定記錄開或關，也可以決定要不要讓使用者自行變更；若記錄為開啟，則可用 Google Vault 控制保存期限，訊息會在 Vault 保存期限後消失。換句話說，你在客戶的 Google Chat 裡看得到多少歷史，是客戶的 IT 決定的，不是你決定的。
Discord：沒有內建的保存期限，歷史會一直留著
Discord 目前沒有提供伺服器或頻道層級的「自動刪除舊訊息」設定，所以未被手動刪除的訊息會一直留在頻道裡。依 Discord 官方的資料保存期間說明，被刪除的內容也會從 Discord 系統中刪除（除有法律保存義務者外），而資料庫備份的保存期為 30 至 45 天後刪除。
歷史留得久對知識庫是好事，對合規是壞事。如果你在 Discord 上處理過客戶的敏感資料，這些內容不會自己過期；而 Discord 也不像企業工具那樣提供完整的管理端匯出與稽核機制。這是同一個特性的兩面。
Teams：官方免費版頁面沒有明列聊天歷史限制
我必須誠實說明這一點：我查閱 Microsoft 官方的 Teams 免費版頁面時，該頁列出了會議時長、參與人數與儲存空間的限制，但並未明列免費版的聊天訊息歷史上限。付費的 Microsoft 365 環境則是透過 Purview 的保留原則來管理訊息生命週期。要判斷你的情況，請以官網與你所在租戶的管理員設定為準，不要沿用別站文章裡的舊數字。
可以怎麼做
- 把「決策」和「聊天」分開存放。聊天裡談完之後，結論要寫回一個不會消失的地方：專案文件、email 摘要，或你自己的筆記系統。工具的選擇可以參考2026 AI 筆記工具比較：Notion、Obsidian、Heptabase。
- 建立「每次對話收尾就寫一句結論」的習慣。不必寫成正式會議紀錄，一句「所以確認是 A 方案，交付日 X 月 X 日，如有不同請回我」就足以在三個月後救你一次。
- 定期匯出你自己那一份。Slack 的工作區資料匯出說明指出，免費與 Pro 方案只能匯出公開頻道的訊息與檔案連結；私訊與私密頻道要到 Business+ 以上，且需為法規遵循目的提出申請才能取得。你身為外部成員通常沒有匯出權限，所以自己留副本更重要。
四者比較表與決策路徑
先給結論再看表。如果客戶已經有工具，答案就是客戶的工具，這條蓋過所有其他判準；只有在「你自己主導、或團隊剛要建立」的時候，下面的比較才有決策意義。
| 比較項目 | Slack | Microsoft Teams | Discord | Google Chat |
|---|---|---|---|---|
| 原本設計的場景 | 以頻道切分主題的工作區，串接大量外部工具 | 把會議、檔案與 Office 文件協作綁在同一套帳號 | 社群互動與常駐語音頻道 | Google Workspace 使用者的輕量討論管道 |
| 免費方案的訊息歷史 | 可檢視最近 90 天；超過一年的資料會被刪除（官方說明） | 官方免費版頁面未明列聊天歷史上限，以官網公告為準 | 無內建保存期限，未刪除的訊息會持續留存（官方說明） | 取決於記錄開關；關閉記錄時 24 小時後刪除（官方說明） |
| 非同步友善度 | 高：討論串、排程送出、通知時段 | 中：功能齊全但層級較深，會議導向明顯 | 中低：介面氛圍鼓勵即時互動 | 中：基本齊備，深度整合較少 |
| 外部人員協作機制 | 訪客帳號（僅付費方案）與 Slack Connect；免費工作區成員可加入受邀的 Connect 頻道，但不能再邀請其他組織（官方說明） | 外部存取（跨組織聊天）與訪客存取（加入團隊、可分享檔案）兩套機制（官方文件） | 直接邀入伺服器，靠角色與頻道權限控管，粒度較粗 | 管理員可開關對外傳訊與外部聊天室，並可限定允許的網域（官方說明） |
| 通知控制 | 通知時段、頻道關鍵字、逐頻道例外、桌機與手機分開設定（官方說明） | 行動版可設定安靜時段（指定時段或整天），並可與 Outlook 同步（官方說明） | 可靜音伺服器與頻道、可逐伺服器抑制 @everyone 與 @here（官方說明） | 基本的聊天室靜音與通知層級設定 |
| 最適合誰 | 要串接多個工具、且願意付費買歷史的小團隊 | 客戶或自身已在 Microsoft 365 環境 | 成員彼此熟悉、需要常駐語音、資料敏感度低的團隊 | 已在 Google Workspace、只需要一個討論管道 |
價格我刻意不列。這四家的方案結構與費率調整頻繁，任何我寫下的數字都會在幾個月內變成錯的，請直接查 Slack 定價頁與各家官方定價頁，以官網公告為準。
三個問題的決策路徑
- 客戶或團隊已經在用什麼？已經有的就用它，不要為了工具偏好增加對方的摩擦。這一題答完，八成的情況就結束了。
- 你需不需要把討論當成長期可查的紀錄？需要的話，免費 Slack 出局，你要嘛付費、要嘛選歷史不被切斷的方案、要嘛把結論搬到別的地方存。
- 你的工作需要低成本的即時互動，還是需要大塊的專注時間？前者 Discord 的常駐語音有獨特價值；後者你應該選一個你能徹底關掉通知的工具，並把界線講清楚。
順帶一提：專案任務的分派與追蹤是另一個題目，雲端硬碟的選擇也是，本文都不展開。這兩件事跟溝通工具的選擇邏輯不同，混在一起比會得出很糟的結論。
跟客戶協作的實務：遷就、外部成員與權限
客戶已經有自己的工具時
我的立場很明確：多數情況要遷就客戶。理由不是客氣，是成本。要客戶為了一個外部接案者導入新工具，你要說服的通常不只是聯絡人，還有他的主管和資訊部門；而失敗的代價是你在專案還沒開始就先被貼上「麻煩」的標籤。
可以遷就的是「在哪裡聊」，不能遷就的是「重要的事怎麼留紀錄」。這兩件事分開之後，遷就的成本就變得可以承受了。你進客戶的 Slack、Teams 或 Discord，但你的請款、規格確認、驗收通知一律走 email，這是一個雙方都不會反對的組合。
如果客戶同時有三四個管道（Teams 一個、Line 一個、email 一個），你要主動收斂它。實務上有效的做法是在開案時直接寫一句：日常討論走 Teams，需要我保留紀錄或會影響報價與交期的事情請寄 email 給我。這件事的完整做法我在需求確認防呆流程：接案被已讀不回、需求一直變的溝通解方寫得比較細。
被拉進客戶 Slack 當外部成員，你實際上是什麼身分
這裡有很多人搞錯。Slack 的外部協作有兩套完全不同的機制，權限與資料歸屬差很多。
第一套是訪客帳號。依 Slack 的訪客帳號說明，訪客帳號僅在付費方案提供，由邀請你的組織付費；分為單一頻道訪客與多頻道訪客，其中單一頻道訪客可依「每位付費活躍成員最多 5 位」的比例免費新增。訪客不能建立公開頻道、不能安裝應用程式。當你是訪客時，你是坐在客戶的工作區裡，你的訊息屬於客戶的工作區資料。
第二套是 Slack Connect，也就是兩個組織各自的工作區開一條共用頻道。依 Slack 的免費團隊使用 Slack Connect 說明，免費工作區的成員可以加入被邀請的 Slack Connect 頻道，但不能再邀請其他組織加入；訊息與檔案是否持續可見則取決於免費工作區的保存設定；不過同一頁也說明，在一年保存政策下，超過一年的訊息與檔案會被刪除，但 Slack Connect 頻道裡的內容不在此限。這一點對長期專案有實際差別：一般頻道的紀錄一年後會消失，共用頻道的不會。
差別在哪？訪客身分下你沒有主控權，客戶關掉你的帳號，你就完全看不到那段歷史；Slack Connect 至少你自己那一側的工作區還留著一份。如果專案期較長、金額較大，值得主動問一句能不能用 Slack Connect 而不是訪客帳號。
Teams 的外部存取與訪客存取
Teams 的兩套機制在Microsoft 官方文件裡分得很清楚。外部存取（external access）讓不同組織的 Teams 使用者互相尋找、通話與聊天；訪客存取（guest access）則是把外部的人加進某個團隊，訪客會在該組織的 Microsoft Entra ID 裡取得 B2B 協作帳號。
官方文件的比較表點出一個實務差異：透過外部存取聊天時「不能分享檔案」，而訪客可以分享檔案並存取團隊資源。這解釋了一個常見的困惑——為什麼有時候你能跟客戶在 Teams 上聊天，卻傳不了檔案。答案通常是你只有外部存取，沒有被加成訪客。
對接案者的意義是：如果你需要交付檔案，就要在開案時確認自己會被加成訪客，而不是等到交件當天才發現傳不過去。順便說，被加成訪客也代表你在對方目錄裡有一個帳號，離案之後記得請對方停用。
Google Chat 的外部協作由客戶的管理員決定
Google Chat 這邊你幾乎沒有選擇權。依 Google Workspace 管理端的外部聊天與聊天室設定說明，管理員可以開關「允許使用者傳送訊息到組織外部」與「允許使用者建立及加入含組織外部成員的聊天室」，還可以勾選只允許加入白名單網域的人。
同一份說明還提到一個值得注意的細節：當組織外部的使用者在該組織擁有的對話中發起活動時，系統會記錄該聊天事件讓管理員知道對話發生過，但管理員無法讀取該聊天的內容。這對雙方都是有用的資訊——它說明了稽核紀錄的顆粒度到哪裡。
什麼該留在 email：正式效力與可追溯性
我把這件事單獨拉一章，因為它是接案者最常吃虧的地方。即時通訊工具的歷史保存權不在你手上，但你的 email 副本永遠在你手上。這個差別在爭議發生的時候是決定性的。
台灣《電子簽章法》第 4 條規定「電子文件及電子簽章，符合本法規定者，在功能上等同於實體文件及簽章，不得僅因其電子形式而否認其法律效力」（條文請以全國法規資料庫公告版本為準）。這不代表隨便一封 email 就等於簽約，但它說明了電子文件不會因為是電子形式就沒有效力。
實務上我的分界線是這樣畫的。會影響金額、範圍、時程、著作權歸屬的事情，一律要有一封 email 落地。其他的（進度閒聊、素材傳遞、快速問答）留在即時通訊工具裡沒問題。
具體來說，這幾件事我一定寄 email：
- 報價與範圍確認。包含含什麼、不含什麼、幾次修改。定價方式可以參考自由工作者接案報價怎麼開？5 種定價模型與台灣行情參考。
- 需求變更與追加報價。客戶在聊天裡說「順便加一個頁面」的時候，我會回一句「好，我用 email 把調整後的範圍與費用寄給你確認」。
- 交付與驗收通知。寫明交付了什麼、驗收期限、逾期未回覆視為通過（前提是合約有這樣約定）。
- 請款。發票與請款單一定走 email，這也是後續催款的基礎。真的要走到催款那一步時，紀錄完不完整差很多，做法見接案尾款不付怎麼辦？三階段催款與支付命令實務。
- 暫停、延期與結案。包括「因為等你的素材，時程往後推 X 天」這種你以後會需要證明的事。
這件事有個心理門檻要跨過去：很多人覺得「都在聊天了還寄 email 很生硬」。解法是把它包裝成服務的一部分，而不是防衛動作。「我習慣把確認過的事情寄一份 email 留檔，這樣我們雙方之後查都方便」——沒有客戶會反對這句話。英文情境下的具體寫法可以參考接案英文溝通實戰：報價、催款、改稿的信件寫法。
通知與界線：設定到什麼程度才不會被綁住
工具設定只是一半，另一半是把期待講清楚。你設定得再完美，如果客戶以為你十分鐘內會回，你還是會被綁住。所以這一章分成兩部分：先講設定，再講怎麼把「已讀期待」講出來。
設定層面：三件事做完就有感
第一件是通知時段。依 Slack 的通知設定說明，如果你只想在特定時段或特定日子收到通知，可以設定通知時間表，時段之外通知會自動暫停。Teams 這邊，依 Microsoft 官方的行動裝置安靜時段說明，你可以在行動版設定「特定時段」或「整天」封鎖通知，也可以開啟與 Outlook 同步的選項讓多台裝置共用同一份排程；官方也說明安靜時段內不會收到音效與推播通知，但打開 App 時仍會看到新訊息。
第二件是把預設值降到「只有提及與私訊」，再逐一開白名單。Slack 官方說明列出通知觸發層級可以是「所有訊息」或「提及與私訊」，並可針對特定頻道或私訊設定例外。這個方向比反過來（預設全開再一個個關）省力太多。
第三件是用關鍵字通知取代盯頻道。Slack 的頻道關鍵字功能可以讓你輸入想被通知的字詞，有人在頻道中使用該關鍵字時你會收到通知並看到關鍵字被以黃色標示；官方也註明關鍵字不分大小寫、需完全符合，且討論串內的訊息不會觸發關鍵字通知。實務上我會把自己的名字變體、負責的專案代號、以及「上線」「驗收」這類字放進去。
Discord 的邏輯不一樣，它的重點是抑制群體提及。依 Discord 官方的停止特定伺服器 @everyone 提及說明，「抑制 @everyone 和 @here」是以伺服器為單位運作的選項；另依通知設定入門，靜音整個伺服器可以一次靜音所有頻道，但靜音伺服器後你仍會收到 @everyone 提及。所以在 Discord 上「靜音伺服器」不等於安靜，兩個開關要一起設。
期待層面：把回應時間寫出來
這是我認為投報率最高的一句話，而且它應該出現在合約或開案信裡，不是等到你受不了才講。
我的版本大概是這樣：平日工作時段內的訊息，我會在當天回覆；緊急事項請打電話或在標題註明「急」，我不會即時看聊天訊息；晚間與週末的訊息我會在下一個工作日處理。這段話的關鍵不是時數，是它明確地把「已讀」和「已處理」分開。
還有一個細節值得做：把「我看到了但現在不處理」變成一個可見的動作。用表情反應標記已收到、或回一句「收到，我明天上午回你完整版」，成本很低但能把對方的焦慮降下來。很多客戶催的其實不是速度，是不確定感。
如果客戶橫跨不同時區，這件事更重要，但也更複雜。排程與交付節奏的具體做法我在跨時區協作實戰指南：台灣接案者服務歐美客戶的排程與非同步交付寫過一整篇，這裡就不重複。
界線設定會失效通常不是工具問題，是接案結構問題——當你只有一個客戶、而且現金流靠他，你很難真的關通知。這個結構性壓力我在接案前怎麼識別問題客戶？六個開案前的警訊與篩選問題與在家工作第三個月開始失控：8 個把節奏拉回來的做法裡分別談過，工具設定只能處理表層。
資安與合規：存取範圍、公共 Wi-Fi、客戶資料
外部成員的存取範圍要自己確認一次
被加進客戶的工作區時，很多人只確認「我看得到哪些頻道」，卻忽略反向的問題：你在那個工作區裡的訊息，管理員能看到多少、能匯出多少。這件事影響你在裡面能講什麼。
以 Slack 為例，依官方的資料匯出說明，工作區擁有者、管理員與具有匯出管理員角色的成員可以匯出資料；Free 與 Pro 方案只能匯出公開頻道，Business+ 與 Enterprise Grid 則可在核准後匯出包含私訊在內的所有對話。實務結論很簡單：在客戶工作區的私訊裡，不要放你不希望對方公司法務看到的內容。
另一個方向是你自己主導的工作區。如果你會轉包給其他協力夥伴，記得離案時把人移除、把共用連結收回。這件事在轉介與長期合作的情境下特別容易漏掉，我在接案客戶轉介系統那篇提過維護關係的同時也要維護權限清單。
公共 Wi-Fi 下的實際風險
現在主流的通訊工具都走 HTTPS 加密連線，所以「在咖啡廳被監聽訊息內容」的風險已經比十年前低很多。但風險並沒有消失，只是換了形式。
依美國 CISA 的Securing Wireless Networks，公共熱點的風險與對策具體是這幾條：使用前務必先確認該公共 Wi-Fi 熱點的名稱與密碼，才能確保你連上的是可信任的接入點——這正是防範假冒熱點（evil twin）的做法，攻擊者會用比正牌熱點更強的訊號冒充它，讓你在不知情的狀況下透過他的系統上網；許多公共接入點本身沒有加密、流量以明文傳輸，攻擊者可以用嗅探工具取得密碼或信用卡號；連上公共網路時要拒絕檔案與資料夾共用，只在自己認得的家用網路上、而且只在需要時開啟；另外也要留意周遭有沒有人能直接從肩後看到你的螢幕。
至於「內容會不會被看光」這一層，倒不必用十年前的標準恐嚇自己。美國 FTC 的公共 Wi-Fi 安全說明指出，由於網站加密已經普及，現在透過公共 Wi-Fi 連線通常是安全的，並建議確認網址列有鎖頭圖示或 https。換句話說，剩下的風險主要不在「連線被竊聽」，而在「你連到的到底是誰的熱點」以及「你的裝置對這個網路開放了什麼」。
再補一條我自己的操作原則——這一條是我的取捨，不是上面任何一份官方文件的建議：要處理客戶帳密、後台或請款資料時，我一律開手機熱點，不用場地的 Wi-Fi。理由就是前面那兩個不確定性：熱點名稱可以被冒充，而某個公共接入點到底有沒有加密、設定成什麼樣子，你站在店裡是驗證不了的；用自己的行動網路可以一次把這兩件事拿掉。成本是一點流量，換掉的是最不值得冒的那一類風險。共享空間與咖啡廳的完整注意事項我整理在在咖啡廳與共享空間工作：選點、設備、公共 Wi-Fi 資安與禮儀全指南；網路本身斷線的備援則見遠距工作斷網備援方案，本文不重複。
客戶資料留在第三方平台的顧慮
這是一個很多接案者沒意識到的責任。當你替客戶處理含有個人資料的工作（會員名單、報名表、客服紀錄），你不是單純的旁觀者。
台灣《個人資料保護法》第 4 條規定：「受公務機關或非公務機關委託蒐集、處理或利用個人資料者，於本法適用範圍內，視同委託機關。」（條文請以全國法規資料庫公告版本為準；該法近期有修正條文，部分條文施行日期由行政院定之，適用細節請以主管機關公告為準。）簡單說，你替客戶處理個資時，在法律上被當成客戶本身看待，不能因為「我只是外包的」就免責。
從這個角度回看工具選擇，有三個具體的操作原則：
- 不要把整份含個資的檔案貼進聊天工具。聊天工具的檔案幾乎沒有存取控制，貼進去就等於頻道裡所有人都能下載。要傳就傳有權限控管的連結，並且設定期限。
- 不要用 Discord 之類的社群平台處理客戶的個資。不是因為它不安全，而是它沒有企業級的保存期限、稽核與匯出機制，出事時你無法證明資料被怎麼處理。
- 結案後主動清理。把工作用的資料夾與臨時檔案清掉，並在結案信裡寫一句「已刪除本專案相關的原始資料」。這句話是保護你自己。
如果你在工作流程裡用到 AI 工具，這條線要畫得更前面一點——把客戶的原始資料丟進第三方模型是一個獨立的判斷題，我在用 AI 工具接案不砸招牌：哪些環節能交給 AI、哪些不能談過哪些環節不該外送。
什麼情況根本不需要即時通訊工具
我把這一章放在最後，因為它是這篇文章最容易被跳過、卻最可能替你省下時間的部分。如果你是一人接案、同時服務的客戶在少數幾個以內，你很可能不需要任何即時通訊工具。
判斷標準大概是這樣：如果你的工作性質是「接到明確需求、獨立完成、交付、驗收」，中間不需要頻繁的即時協調，那 email 加上一封定期進度信就足夠了。導入即時通訊工具在這種情況下不是增加效率，而是把一個原本非同步的工作流硬改成同步。
我自己的做法是每週固定一封進度信，內容只有四段：這週完成了什麼、下週要做什麼、目前卡在哪需要你提供什麼、目前的交期是否有變。這封信的價值不只是報告進度，而是它把「你需要提供的東西」變成一個有時間戳的紀錄，客戶延遲的責任就自然歸位了。工時與交付的紀錄方式可以參考自由工作者工時追蹤與計費：從記錄到請款的完整流程。
那什麼時候才真的需要導入？我的門檻是這三個之一出現：團隊有三人以上需要共同維護同一份產出、同一個專案每天需要多次來回確認、或你有需要即時討論才能推進的技術問題。只有其中一個偶爾出現，用視訊會議加 email 就能處理。
要誠實說一件事：這個判斷跟你想不想被找到有關，而不只是效率。有些人（包含我某些階段）是主動用「沒有即時通訊管道」來保護專注時間的。這個策略的代價是你會顯得比較不靈活，也可能因此接不到某些需要高度協作的案子。知道代價再選，比事後抱怨工具好。
如果你正在從零建立接案流程，工具反而是最後才要決定的事。前面該搞定的是報價、合約、請款與客戶篩選，這些我整理在自由接案第一年最常踩的 8 個坑。
常見問題
免費 Slack 可以拿來當專案的長期紀錄嗎？
不行。依 Slack 官方說明，免費版只能存取最近 90 天的訊息與檔案歷史，且超過一年的資料會被刪除，所以任何超過三個月的專案都會出現查不到紀錄的情況。如果你需要長期可查的紀錄，要嘛升級付費方案，要嘛把每次討論的結論同步寫到文件或 email 裡。90 天的限制是「看不到、升級可回復」，一年的刪除則是不可回復，這兩者的嚴重性不同。
客戶用 Teams，我沒有 Microsoft 365 帳號怎麼辦？
請客戶把你加成「訪客」，而不是只用「外部存取」跟你聊天。依 Microsoft 官方文件，外部存取只支援跨組織的尋找、通話與聊天且不能分享檔案，而訪客會在對方的 Microsoft Entra ID 取得 B2B 協作帳號，可以存取團隊資源並分享檔案。接案者需要交付檔案，所以訪客身分幾乎是必要的。開案時就確認，不要等交件當天才發現傳不了檔。
用 Discord 跟客戶協作專業嗎？
取決於客戶類型與資料敏感度，不取決於「專不專業」。對於接受度高、成員彼此熟悉、且不涉及客戶個資的專案，Discord 的常駐語音與不受限的訊息歷史是真實優勢；但多數企業客戶的資訊部門不會允許把公司資料放進 Discord。另外 Discord 目前沒有伺服器層級的訊息保存期限設定，這對知識累積有利、對合規不利，要一起評估。
Google Chat 的訊息會不會突然消失？
會，如果記錄被關閉。依 Google 官方說明，關閉記錄後訊息會在 24 小時後自動刪除；而 Workspace 管理員可以為整個機構或組織單位設定記錄的預設開關，並決定是否允許使用者自行變更。你在客戶的 Google Chat 裡看得到多少歷史，是客戶的管理員決定的。所以重要的確認不要只留在 Chat 裡。
我可以要求客戶改用我偏好的工具嗎？
可以問，但不要當成前提條件。多數情況下遷就客戶的成本遠低於說服客戶的成本，因為你要說服的往往不只是聯絡人，還有他的主管與資訊部門。比較務實的做法是接受客戶的日常溝通管道，但堅持把報價、範圍變更、交付驗收與請款留在 email，這個組合幾乎不會被拒絕。
設定了通知時段，客戶還是深夜傳訊息怎麼辦？
那是期待管理的問題，不是設定問題。工具能讓通知不響，但只有明確講出「我不會即時看聊天訊息、緊急事項請打電話」才能讓對方不再期待即時回覆。把這句話寫進開案信或合約，並在收到訊息時用表情反應或一句「收到，明天上午回你」把不確定感降下來，效果比任何設定都好。
需要在四個工具之間全部都裝一套嗎？
不需要，但實務上接案者很難完全避免。比較可行的做法是：每個客戶一個管道、每個管道只保留必要通知、並把所有需要留存的資訊統一收斂到你自己的 email 與文件系統。裝幾個 App 不是問題，同時盯幾個未讀徽章才是問題。
