聯絡一個新客戶之前，銷售往往會先看官網、新聞和招聘資訊：這家公司最近有什麼變化，可能由誰負責，第一句話該從哪裡開始？資料容易越查越多，最後卻仍然答不出一個問題——為什麼現在值得與這家公司聊一聊？
AI Agent 可以承擔蒐集和整理工作，把分散的資料變成拜訪前可讀的準備材料。但“找到一條新聞”與“找到一個客戶需求”是兩回事。真正有用的交付，是帶來源的事實、仍需驗證的判斷，以及能讓客戶說清現狀的問題，而不是一份看起來很懂客戶的推銷稿。
招聘資訊能證明招聘，不能替客戶表達需求
銷售 Agent 找到一家公司的運營招聘資訊，隨後建議：“他們正在擴張，適合推薦自動化方案。”招聘可能有原文支援，“適合推薦”卻還隔著幾步判斷。
公司可能在增加業務，也可能在補離職人員，或者準備把原來外包的工作收回。融資可能用於新專案，也可能用於延長現金週期。公開訊號的價值，不是替銷售宣佈客戶有購買意願，而是讓下一次對話有根據。
先給研究一個明確邊界
從一個客戶開始：確認公司官網、研究時間範圍、己方理想客戶條件，以及團隊獲准使用的歷史溝通筆記。明確產品解決什麼問題，否則任何變化都能被包裝成商機。
要求 Agent 只使用公開可訪問來源和授權資料，不繞登入、不猜聯絡人。每條觀察保留來源 URL、事件日期、採集日期和原文依據。同名公司要核域名與業務；今天轉述的舊融資，仍然是舊事件。
先做證據卡，再寫聯絡理由
每張卡固定六項：觀察事實、來源與日期、可能業務影響、另一種解釋、已確認相關角色、待問問題。反向證據放在同一張卡里。
以下三例均為虛構教學示例，不是已研究的真實客戶：
- 招聘三名運營人員。 解釋一是業務量增加，解釋二是補員。可以問：“這幾個人主要承接新增業務，還是調整原來的分工？”
- 宣佈完成融資。 解釋一是進入新市場，解釋二是加強現有運營。可以問：“這輪資金之後，哪些業務優先順序會變化？”
- 官方文章介紹新資料平臺。 解釋一是遷移帶來新的報表工作，解釋二是現有方案已覆蓋。可以問：“平臺換了之後，還有哪些資訊需要人工整理？”
這些事實都不能直接填出預算、採購時間或決策人。若另一篇官方公告提到縮減開支，就把它與擴張假設並排呈現，而不是隻留利於推銷的部分。
交付一頁銷售真正會看的準備材料
把結果壓成三條已知、三條未知、三個發現問題和兩個可編輯開場角度。已知旁邊放連結，假設單獨標明，不把推斷寫成客戶已經說過的話。
以虛構招聘例子為例，一個開場是：“看到你們在招運營同事，想了解主要是承接新增工作，還是調整既有分工？”另一個從職位描述切入：“崗位裡提到週報整理，這塊現在怎麼做？”兩者都給客戶糾正前提的空間。
只有來源、業務相關性和待問問題連得起來，才值得選擇聯絡角度。連不起來時，材料可以明確說“當前尚無充分聯絡理由”，不必為了交差生成一封熱情郵件。
在 Buda 保留研究與復訪依據
銷售場景包含客戶研究和可審閱的拜訪準備；Agent 工作區把 Browser 研究與工作檔案放在一起。Drive用於儲存資料、證據卡和準備材料，任務結束後仍可繼續使用。
可以採用 accounts/公司名/sources/、evidence.md、briefs/日期.md 的目錄。復訪時保留舊版並記錄變化，不覆蓋掉曾經影響判斷的資料。持續儲存檔案，不等於搜尋一定完整，也不等於假設自動正確。
可以直接調整這條任務：
基於已確認的公司官網，研究最近90天公開可訪問資料及客戶目錄內的授權筆記。按我們的ICP篩選訊號。每條保留URL和事件日期，分開事實與假設，列出反向證據，未知預算、聯絡人和時間保持空白。輸出一頁拜訪準備，不傳送訊息、不修改CRM。
CRM 七類自動化流程處理資料維護；是否有理由開展一次對話，是這份準備材料要先解決的問題。
聯絡之前，用四種情況檢查材料
建議先檢查來源失效、舊事件被重新報道、同名公司和反向訊號四種情況。這是待執行的檢查集，不是已透過的實測。
來源失效就尋找可訪問的一手材料，找不到則移除對應事實。舊事件保留原日期。同名公司未核清先停。反向證據出現後，修改假設與開場，不只在末尾加一句提醒。銷售最終決定聯絡誰、為什麼聯絡以及何時聯絡。
下一次拜訪前的三個問題
公開資料太少怎麼辦？ 交付簡短材料，寫清已知和缺口；有授權歷史筆記就補充，否則準備中性發現問題，不編個性化資訊。
融資是不是需求？ 它值得調查經營優先順序。先問什麼會變化、誰負責，再判斷是否與己方產品相關。
舊研究怎麼更新？ 新建帶日期的版本，保留舊稿，列出變化事實及受影響問題；別把舊假設悄悄帶進新開場。
選下一次要拜訪的一個客戶，讓 Agent 準備可查證的材料，再由銷售判斷證據是否足以開啟對話。