會議記錄生成 ICP 資料庫

把客戶會議沉澱成 ICP 分層、線索評分、購買觸發點、排除信號和證據原話。

Kollab 讀取會議錄音、轉錄稿和已有客戶上下文,更新結構化 ICP 資料庫,記錄買家角色、痛點模式、購買觸發點、排除信號和線索評分。

適合需要從多場客戶對話裡判斷誰是真正目標客戶的團隊,而不是隻處理單個商機跟進。

會議記錄生成 ICP 資料庫工作流示意圖
基於這些會議記錄,建立或更新 ICP 與線索評分資料庫。 輸入: - 會議錄音或轉錄稿:[連結或上傳文件] - 現有客戶列表:[資料庫連結或 CSV] - 產品或服務:[我們銷售什麼] - 當前目標客戶假設:[現有 ICP 判斷] - ICP 資料庫:[Notion / Buildin 資料庫連結;如果還沒有,請先建立“ICP 與線索評分”資料庫] 請讀取並更新這個 Notion / Buildin 資料庫;如果資料庫不存在,請先建立並使用這些字段: - Account - Segment - Industry - Company Size - Buyer Role - Pain Point - Buying Trigger - Qualification Signal - Disqualification Signal - Data Enrichment Needed - Fit Score - Next GTM Action - Evidence Quote - Source Meeting - Confidence - Review Status 請執行: 1. 如果輸入是音頻,先生成轉錄稿,並把每條記錄關聯到來源會議。 2. 只從證據裡提取 ICP 信號:買家角色、緊急程度、團隊規模、預算線索、工作流痛點、現有工具、購買觸發點和排除原因。 3. 按客戶分層聚類,並解釋每個分層為什麼值得優先跟進或為什麼不適合。 4. 如果同一客戶或分層已經存在,更新已有記錄,不要重複建立。 5. 給每個客戶或分層生成線索評分,附上證據原話和置信度。 6. 證據不足的判斷標記為需要審核,並寫清還需要補充哪些資料,不要直接改寫 ICP。 7. 最後輸出一頁 GTM 總結:最匹配分層、不匹配分層、銷售資格判斷問題和下一步實驗。

運作方式

先過一遍這條工作流的執行順序,再把裡面的角色、來源和輸出替換成你自己的流程。

01

讀取會議證據

Kollab 讀取錄音、轉錄稿、已有客戶記錄和當前 ICP 假設。

02

提取匹配信號

Kollab 提取買家角色、痛點、購買觸發點、資格判斷信號、排除信號和證據原話。

03

更新資料庫

已有客戶和分層會被更新線索評分、置信度、審核狀態和待補充資料。

04

形成 GTM 下一步

Kollab 輸出銷售資格判斷問題、排除規則和下一輪增長或銷售實驗。

從零散會議記錄,到可用 ICP

Kollab 把客戶對話變成團隊可以複用的資格判斷規則。

手動整理 ICP用 Kollab
證據會議記錄散在不同文件裡,ICP 更新靠印象。每次 ICP 更新都關聯來源會議、轉錄稿和證據原話。
分層團隊討論客戶分層,但判斷標準不穩定。分層記錄包含行業、公司規模、買家角色、痛點和線索評分。
資格判斷每個銷售問的問題不一致。資格判斷信號和排除信號會變成資料庫字段。
審核證據不足的假設太早進入 ICP。低置信度記錄保持需要審核,並寫明待補充資料。
Total time零散筆記和主觀 ICP有證據的 ICP 與線索評分

一批會議會生成什麼

結果應該幫助團隊優化目標客戶、銷售資格判斷和增長實驗。

畫像

客戶分層記錄

  • 買家角色和公司規模
  • 痛點和購買觸發點
  • 最匹配和不匹配模式

評分

資格判斷信號

  • 線索評分和置信度
  • 排除信號
  • 待補充資料

證據

審核隊列

  • 證據原話
  • 來源會議
  • 審核狀態和下一步 GTM 動作

探索更多相關連結

繼續查看相關能力頁,理解這個場景背後依賴哪些產品層和工具,才能被團隊穩定複用。

常見問題

會議記錄生成 ICP 資料庫這個使用案例能做什麼?

把客戶會議沉澱成 ICP 分層、線索評分、購買觸發點、排除信號和證據原話。

如何在 Kollab 裡運行這條工作流?

把配置提示詞複製到 Kollab,將佔位內容替換成你的團隊上下文,然後作為可審核任務在工作區裡運行。

這條工作流會產出什麼?

一個 ICP 資料庫,包含客戶分層、買家角色、痛點、購買觸發點、排除信號、線索評分、證據原話、置信度和下一步 GTM 動作。

這條工作流會自動發佈或修改外部工具嗎?

不會。它會先生成可審核的草稿、brief、Artifact 或資料庫更新,讓團隊確認後再決定是否發佈或寫回外部系統。

把客戶對話變成 ICP 學習

讓客戶分層、線索評分、資格判斷信號和證據留在同一個資料庫裡。

運行