會議在醫院地下二樓的設備課辦公室。在場的有設備課課長、使用單位的護理長，中途資訊室的工程師也進來坐了十分鐘。護理長對試用結果很滿意；課長提了一句「去年那批的保固處理得不太好」；工程師問完介面規格就離開，臨走前說了一句「這個要等我們主任看過」。
你想在手機上記下來，但 CRM 一直轉圈圈，地下室沒有訊號。你告訴自己：等一下上車再寫。
一小時後，你在停車場補完了筆記。金額、數量、下次開會的日期都寫進去了。但課長那句保固的抱怨、工程師說要給「主任」看的那句話，你已經記不太清楚是誰說的、原話是什麼，或者乾脆忘了寫。
會議結束一小時後補寫的筆記，和會議當下記下的筆記，是兩種不同的東西。而網路訊號，往往決定了你最後拿到的是哪一種。
延後記錄，流失的是哪一種資訊
延後記錄不是所有資訊都會等比例流失。事實型的結果通常留得下來：金額、數量、日期、下一次會議的時間。這些內容會出現在報價單、會議邀請和後續的信件裡，就算當下沒記，之後也找得回來。
真正會流失的，是關於「人」的細節：
- 誰說了什麼。 「有人提到保固問題」和「設備課課長提到去年那批保固處理不好」是兩條完全不同的線索。前者只是一個疑慮，後者告訴你誰心裡有疙瘩、該先去處理誰。
- 異議的原話。 「價格有點高」和「這個價格，我很難跟院長交代」指向的是不同的問題：前者可能是議價，後者是內部說服的難度。換成你自己的話之後，這個差別就不見了。
- 順口一提的名字和角色。 「要等我們主任看過」是一個新的決策單位浮上檯面的訊號。這種話往往在會議的最後一刻、在門口說出來，也最容易被忘記。
- 你答應過的事。 「我下週把規格書寄給您」這種承諾，如果沒有當場記下，最容易在一連串的拜訪中被遺漏。
這些細節之所以特別容易流失，是因為它們只存在於你的記憶裡。沒有任何文件會替你保存某人的語氣、某句話是誰說的，或是誰在門口補了一句。而在會議和補寫之間，你可能還接了電話、開了一段車、又去了下一個科室，每一件事都在覆蓋剛才的記憶。
可是在複雜的 B2B 案子裡，決定案子往哪走的，往往正是這些關於人的細節。如何把這些細節轉成具體的追蹤動作，可以參考業務追蹤：讓每一次聯繫都真正推動案子前進。
為什麼外勤業務最需要記錄的地方，常常剛好沒有訊號
這不是運氣不好，而是外勤業務工作場所的特性：
- 醫院的地下樓層與特殊區域。 設備課、庫房、機房常設在地下樓層；放射科等區域的建築結構也可能讓訊號變弱。
- 工廠與廠區。 大型金屬結構與廠房環境，常讓行動訊號不穩定。
- 管制嚴格的設施。 有些客戶基於資安考量，不提供訪客網路，甚至限制在特定區域使用行動裝置上網。
- 移動中的空檔。 電梯、地下停車場、兩個院區之間的接駁車上，剛好是你最想趁空把剛才的事記下來的時候。
也就是說，對外勤業務而言，「沒有網路」不是例外狀況，而是日常工作的一部分。
三種 CRM 架構，在沒有訊號時的差異
工具在沒有訊號時的表現，取決於它的架構，而不是功能清單上有沒有寫「支援離線」。大致可以分成三類：
依賴雲端的設計。 資料存在伺服器上，App 或網頁只是一個查看與輸入的窗口。沒有網路時，通常無法新增或查看紀錄，或只能看到上次開啟時的畫面。
先快取、再同步的設計。 資料的主要版本仍在伺服器上，但 App 會在裝置上暫存一部分資料，並讓你在離線時先輸入，等恢復連線後再上傳。實際能做到哪些事因產品而異：有些只快取最近看過的資料，有些離線時能新增但不能編輯，有些在兩邊同時修改時會產生衝突。
本機優先（local-first）的設計。 資料的主要版本存在你自己的裝置上，同步只是選擇性的附加功能。新增、查看、搜尋都在裝置上完成，是否連網並不決定你能不能記錄。
| 依賴雲端 | 先快取、再同步 | 本機優先 | |
|---|---|---|---|
| 資料的主要版本在哪 | 伺服器 | 伺服器 | 你的裝置 |
| 沒有訊號時能否新增紀錄 | 通常不行 | 視產品而定 | 可以 |
| 沒有訊號時能否查看過去紀錄 | 通常不行，或只有部分 | 只限已快取的部分 | 可以 |
| 同步的角色 | 每個動作都需要連線 | 恢復連線後補上傳 | 選擇性，用於多裝置之間 |
| 需要注意的地方 | 地下室、管制區無法使用 | 快取範圍與衝突處理 | 換手機時的資料轉移與備份 |
這三種架構沒有絕對的好壞。依賴雲端的設計在團隊協作、主管即時查看上有優勢；本機優先的設計則要求你自己注意備份與換機。重點是，你要清楚自己用的工具屬於哪一類，以及在你真正工作的地方，它會怎麼表現。
實際測試：用飛航模式檢查一個工具
產品說明上的「支援離線」可能代表很多種意思。最直接的方式，是在下載後、真正依賴它之前，自己測一次：
- 開啟飛航模式，然後才打開 App。 確認它能不能正常開啟，而不是只顯示上次的畫面。
- 新增一筆會議紀錄。 包括關係人、對方說的話，以及你答應的事。
- 查看並搜尋過去的紀錄。 試著找一位三個月前聯絡過的窗口，看看找不找得到。
- 編輯一筆既有的資料。 例如更新某位關係人的角色。
- 關掉 App 再重新打開，仍保持離線。 確認剛才輸入的內容還在。
- 恢復連線。 檢查資料是否完整、有沒有重複或遺失。
如果你的工作場所有特別嚴格的管制，也可以在實際會用到的地點做一次同樣的測試。這六步花不到十分鐘，但能讓你在最需要記錄的那一刻之前，就知道工具會不會讓你失望。
記錄只是一半：分析在哪裡執行，同樣重要
即使一個工具可以在沒有訊號時記錄，還有另一個問題：記錄之後的分析在哪裡執行？
有些工具的摘要、整理、建議等功能，需要把內容送到雲端的 AI 模型處理。這代表兩件事：在沒有網路的地方，這些功能可能無法使用；而且你的客戶資料，會被送到裝置之外的地方處理。
VINEQRA 的推理由 Apple 的裝置端基礎模型執行，案子的脈絡在你的 iPhone 或 iPad 上處理，不需要把客戶資料送到外部的雲端模型。此功能僅在支援 Apple Intelligence 的裝置上執行。對外勤業務來說，這代表判斷案子卡在哪裡、下一步該找誰的那一層，和記錄一樣在你自己的裝置上進行。
這套架構背後的完整說明，請參考裝置端 AI CRM 如何在保護隱私的前提下分析敏感的業務資料。如果你目前會把會議筆記貼到通用型的雲端 AI 工具裡整理，可以接著閱讀把客戶筆記交給雲端 AI 工具時，會發生什麼事。
VINEQRA 的資料怎麼存、怎麼同步
VINEQRA 是一款為跨部門決策的 B2B 業務所設計的 iOS App，屬於本機優先的設計：
- 資料預設存在裝置上。 不會自動上傳，也不依賴雲端伺服器。
- 不需要另外註冊帳號。
- 同步是選擇性的。 訂閱後可以開啟 iCloud 同步，透過你個人的 iCloud，在同一個 Apple 帳號的裝置之間同步。
- 支援 iPhone 與 iPad。 需要 iOS 26.5 或 iPadOS 26.5 以上的版本；裝置端 AI 推理僅在支援 Apple Intelligence 的裝置上執行。
在功能上，VINEQRA 把案子拆成客戶內部的各個決策單位，保留每位關係人的互動紀錄與雙方的承諾。當某個單位停滯時，它會標記出案子可能卡住的地方，並依照卡點建議下一步。建議只是起點，最後由你決定。
也要說清楚它不做什麼：如果公司規定所有案子都必須登錄在公司的 CRM，VINEQRA 不會取代這個要求。它是給你自己用的工作層，幫你在會議當下留住關於人的細節，並把這些細節轉成判斷。在你使用的環境中，仍建議依照上一節的六個步驟親自測試一次。
如果你正在比較個人可用的工具，B2B 業務個人最適合的 CRM 該怎麼選提供了完整的評估標準；如果你目前用的是試算表，可以參考用試算表追蹤案子：什麼時候夠用，什麼時候不夠。
關於離線 CRM 的常見問題
什麼是離線 CRM？
離線 CRM 指的是在沒有網路連線時，仍然可以新增、查看與搜尋客戶紀錄的工具。不過「支援離線」在不同產品中的意思差異很大：有些只能看到快取的資料，有些可以新增但需要連線後才能同步，有些則是資料本來就存在裝置上。
依賴雲端、先快取再同步、本機優先，三者差在哪裡？
差在資料的主要版本存在哪裡。依賴雲端的設計，資料在伺服器上，沒有網路通常無法使用；先快取再同步的設計，資料主體仍在伺服器，但可以在離線時暫存輸入；本機優先的設計，資料主體在你的裝置上，同步是選擇性的附加功能。
為什麼延後記錄的筆記比較不可靠？
因為延後記錄時，最容易流失的不是金額或日期這類事實，而是關於人的細節：誰說了什麼、異議的原話、順口提到的新角色，以及你答應過的事。這些細節只存在於記憶中，卻往往決定了複雜案子的走向。
怎麼確認一個 CRM 真的可以離線使用？
在飛航模式下實際測試：開啟 App、新增紀錄、搜尋過去的紀錄、編輯既有資料、關掉再重開，最後恢復連線檢查資料是否完整。不要只依賴產品說明上的「支援離線」字樣。
資料存在手機上，換手機時怎麼辦？
這是本機優先設計需要注意的地方。以 VINEQRA 為例，訂閱後可以開啟 iCloud 同步，透過個人的 iCloud 在同一個 Apple 帳號的裝置之間同步。無論使用哪一種工具，換機前都建議先確認資料的同步或備份方式。