前言¶

外貿銷售團隊復盤丟單時，最常見的問題是把「客戶嫌貴」「競爭對手價格更低」這類銷售側的判斷，直接當成客戶的事實。結果臺賬記了一堆「原因」，卻無法驗證、無法複用，下個季度同樣的丟單再次發生。

下面介紹的 Skill「外貿丟單原因分析與改進臺賬」就是針對這個問題。它要求分析必須落在可驗證的原因上，並按類別區分，最終產出一份能持續改進的臺賬。

這是什麼¶

這是一個面向外貿銷售復盤的 Skill，發佈者爲 user_a8e9072b，座標 @user_a8e9072b/nzcarollv-analyze-lost-export-deals，當前版本 1.0.0，來源爲 community，分類 business-ops。

它解決的問題是：丟單、訂單停滯、無決定交易這三類結果，往往只有模糊的事後解釋。該 Skill 把原因拆到可驗證的粒度，避免用銷售猜測代替客戶事實。

核心功能¶

根據官方簡介，該 Skill 的能力集中在兩點。

第一，持續分析丟單、停滯和無決定交易的可驗證原因。這意味着每一條原因都要能追溯到具體的客戶言行或客觀事實，而不是銷售的推測。

第二，區分原因的類別。官方給出的分類包括八類：

1、價格
2、產品
3、信任
4、交付
5、合規
6、競爭
7、流程
8、客戶內部變化

分類的作用是讓改進動作有歸屬。同樣是「沒成交」，因爲價格而沒成交和因爲客戶內部人事變動而沒成交，後續的改進方向完全不同。

最終產出是一份改進臺賬，用於銷售復盤與贏單能力提升。臺賬的價值在於可累積：把每次丟單的可驗證原因記錄下來，團隊能看到哪一類原因反覆出現，從而優先投入資源。

需要強調的是該 Skill 的邊界：不把銷售猜測當作客戶事實。凡是無法驗證的猜測，不進入臺賬。

安裝與啓用¶

已抓取資料中未提供官方安裝命令、安裝目錄或配置字段。該 Skill 的標籤爲 requires_api_key=false，即不要求配置 API Key。

如需安裝，請以官方頁面爲準：

https://www.skillhub.cn/skills/user_a8e9072b/nzcarollv-analyze-lost-export-deals

該 Skill 基於通用 SKILL.md 格式，可被支持該格式的 Agent 加載。具體的加載方式（Cursor / Codex CLI / Claude Code）在不同工具中存在差異，資料中未逐一覈實，此處不臆測，請以官方頁面說明爲準。

典型用法¶

已抓取資料中未包含官方的可復現示例，以下流程依據官方簡介的能力描述整理，供理解其工作方式，不代表官方原文。

使用該 Skill 時，輸入的素材應是一次具體的交易結果，例如一筆停滯三個月的詢盤、一個未成交的報價單、一箇中途取消的訂單。分析按以下步驟展開。

1、收集原始材料。把郵件往來、報價記錄、溝通紀要、客戶提到的具體顧慮整理出來，作爲分析依據。
2、逐條標註可驗證原因。對每一條可能的原因，判斷是否能在材料中找到對應事實。能找到的保留，找不到的標註爲「未驗證」，不寫入臺賬。
3、歸入八個類別之一。把保留下來的原因，按價格、產品、信任、交付、合規、競爭、流程、客戶內部變化歸類。
4、形成改進臺賬條目。每條包含：交易對象、結果、可驗證原因、所屬類別、擬採取的改進動作。
5、累積復盤。把多條臺賬橫向對比，找出重複出現且佔比高的類別，作爲下一階段的改進重點。

第 2 步是核心。如果跳過它，臺賬就會退化成銷售猜測的集合，與該 Skill 的設計目的相悖。

適用場景與注意¶

適合的場景：外貿銷售團隊進行季度或年度復盤、贏單/丟單分析、訂單停滯原因排查、銷售流程改進立項。

需要注意的幾點：

1、該 Skill 只能對已有的交易材料做分析，無法憑空還原客戶未表達的想法。輸入材料的完整性直接決定結論質量。
2、八個類別需要團隊事先理解一致，否則同一筆丟單會被不同人歸到不同類別，臺賬無法累積。
3、該 Skill 定位是分析與記錄，不包含自動化執行能力。改進動作仍需銷售自行落實。
4、來源爲 community，安裝前建議查看官方頁面的更新情況與維護者信息。

結尾¶

這個 Skill 的價值不在於給出一個丟單原因清單，而在於強制把原因落到可驗證的層面，並按類別沉澱成臺賬。對於希望把銷售復盤從「事後解釋」變成「持續改進」的團隊，它是一個可以直接上手的工具。

官方地址：

https://www.skillhub.cn/skills/user_a8e9072b/nzcarollv-analyze-lost-export-deals