前言¶

外贸销售团队复盘丢单时，最常见的问题是把「客户嫌贵」「竞争对手价格更低」这类销售侧的判断，直接当成客户的事实。结果台账记了一堆「原因」，却无法验证、无法复用，下个季度同样的丢单再次发生。

下面介绍的 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