前言¶

銷售或售前做完一輪客戶訪談，手裏往往只剩聊天記錄、電話轉寫或隨手記的筆記。回到團隊復盤時，常見的問題是：誰在什麼情境下說了什麼、對應哪個痛點、影響有多大，全憑記憶複述，幾週後就對不上了。下面介紹的 Skill「銷售需求訪談紀要」就是處理這個問題的：它不改變訪談方式，只在訪談之後把原始記錄整理成一份結構化、可追溯的紀要。

這是什麼¶

「銷售需求訪談紀要」（座標 @user_bd3231bd/sales-discovery-digest，版本 0.1.1）是一個社區來源的 Agent Skill，發佈者爲 user_bd3231bd，託管在 SkillHub，分類爲 office-efficiency。它解決的問題是：把銷售需求訪談記錄整理成可追溯的現狀、痛點、影響、決策條件、證據缺口與下一步，讓訪談後的復盤有據可依。

與”會前準備”或”線索評分”類工具不同，這個 Skill 的工作時點在訪談結束之後，輸入是已有的訪談記錄，輸出是復盤用的紀要，不涉及會議籌備，也不把結果自動寫進 CRM。

核心功能¶

根據官方簡介，這個 Skill 的能力可以歸納爲六項輸出：

1、現狀：客戶當前的實際情況，按訪談記錄中的表述整理。
2、痛點：訪談中明確或隱含提到的問題。
3、影響：痛點對客戶業務造成的後果或風險。
4、決策條件：客戶方做決策的前提、標準或門檻。
5、證據缺口：紀要中標註哪些信息目前沒有證據支撐，需要後續訪談補齊。
6、下一步：基於上述內容列出的跟進動作。

其中”證據缺口”這一項值得留意：它要求輸出不只是複述，還要區分”訪談中確認的事實”和”尚未證實的推斷”，這是可追溯性的關鍵。

安裝與啓用¶

該 Skill 基於通用 SKILL.md 格式，未檢索到官方提供的獨立安裝命令或配置字段。目前可覈實的元數據如下：

座標:    @user_bd3231bd/sales-discovery-digest
來源:    community
分類:    office-efficiency
是否需要 API Key: requires_api_key=false

啓用方式與平臺相關的部分在抓取資料中沒有說明，這裏不做猜測。如果你在 Cursor、Codex CLI 或 Claude Code 中使用，建議先通過 SkillHub 頁面確認該 Skill 在對應客戶端的加載方式，再決定是否引入。

典型用法¶

官方簡介沒有給出逐字的示例對話，下面按輸入、輸出的形式說明可復現的用法，不虛構具體案例。

輸入是一段或多段訪談記錄，可以是會議紀要、電話轉寫、聊天記錄導出或現場筆記。使用時把記錄交給 Skill，讓它按六個板塊整理。

輸入：客戶訪談記錄（文字/轉寫）
輸出：現狀 / 痛點 / 影響 / 決策條件 / 證據缺口 / 下一步

輸出的組織原則是每條結論都能回溯到記錄原文，凡是記錄裏沒有依據的內容，歸入”證據缺口”或”下一步”，而不是寫成既成事實。

適用場景與注意¶

適合的使用者：銷售、售前、RevOps，凡是需要在訪談後做復盤、把零散記錄變成團隊可共享紀要的場景。

適合的邊界：只做訪談後的整理與復盤。如果需要會前準備（訪談提綱、問題清單）、線索評分，或把結論自動寫入 CRM，這個 Skill 明確不覆蓋這些需求，應另找對應工具。

使用上的注意：

1、輸入質量決定輸出質量。記錄本身過於零散或缺失關鍵對話時，整理結果的證據鏈也會斷。
2、該 Skill 來源爲 community，發佈者 user_bd3231bd，版本 0.1.1，屬於早期社區作品；引入團隊流程前建議自行審閱其輸出。
3、根據抓取時點的數據，SkillHub 頁面顯示評分 100000、下載 863、安裝 0。安裝數爲 0 意味着尚無公開的大規模使用記錄可參考。
4、資料中標註 requires_api_key=false，正常使用不需要額外的密鑰配置。

小結¶

「銷售需求訪談紀要」做的事很窄：把訪談記錄變成一份按現狀、痛點、影響、決策條件、證據缺口、下一步組織、且可追溯的紀要。對需要在訪談後復盤的銷售、售前和 RevOps 來說，它是補在”記錄到結論”這一環上的工具。

官方地址：https://www.skillhub.cn/skills/user_bd3231bd/sales-discovery-digest