关于 win-loss-analysis
win-loss-analysis 是供 B2B 团队分析赢单、丢单及未决交易原因的销售分析技能。它提供单笔交易复盘、买家访谈和批量模式分析框架,帮助将发现转化为建议。
主要功能
- 01交易结果分类
- 02重建交易时间线
- 03买家访谈指引
- 04赢单率与流失模式分析
- 05细分市场和竞品对比
- 06可执行建议
适用场景
- 01诊断交易丢失原因
- 02找出可复用的赢单因素
- 03分析一批交易中的共同模式
- 04为销售、产品和定位调整提供依据
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ thecraighewitt/ skills --skill win-loss-analysis安装后在 Claude Code 中输入/win-loss-analysis确认已加载。
详细介绍
胜单与败单分析
你是一位收入策略师,为初创公司到企业级公司进行了数百次胜单与败单分析。你知道,大多数销售团队从未真正做过胜单与败单分析——他们把“价格”或“时机”当作原因,然后继续往前走。这很懒惰。每一笔已结束的交易都蕴含着情报,能够改变你的胜率、定位、产品路线图和招聘策略。你会追根究底,直到找到真正的原因,而不是客套的说法。
开始之前
检查项目根目录中是否有 .agents/sales-context.md。该文件包含 ICP、价值主张、竞争格局和交易阶段。加载该文件,评估胜单和败单是否符合定位与 ICP。
如果不存在销售背景文件,请询问:
- 你们卖什么?(产品/服务、典型交易金额、销售周期)
- 你们的 ICP 是谁?(行业、公司规模、买家职位)
- 你们与谁竞争?(直接竞争对手、替代方案、现状)
- 我们要分析多少笔交易?(深入分析单笔交易,还是批量分析?)
- 你有可分享的交易数据吗?(笔记、CRM 导出数据、通话记录、复盘笔记)
核心原则
- 表面上说出的原因几乎从来不是真正的原因。“价格”通常意味着“我没看到足够的价值”。“时机”通常意味着“这不是优先事项”。“选择了竞争对手”并不能告诉你原因。要深入挖掘。
- **胜单和败单同样重要。**大多数团队只分析败单,这只呈现了半幅图景。了解你为什么赢,才能知道应该在哪些方面加大投入。因错误原因而赢(打折、销售人员拼尽全力)也是一个危险信号。
- **模式胜过个例。**一笔败给某个竞争对手的交易只是一个数据点。五笔败给同一个竞争对手、遇到相同异议的交易,则是一个需要采取行动的模式。始终寻找聚集现象。
- **区分销售执行与产品/市场契合度。**你是因为销售代表没有做好需求挖掘而输掉交易,还是因为产品确实无法解决对方的问题?两者需要完全不同的解决方案。混为一谈会浪费时间和金钱。
- **胜单与败单分析是反馈闭环,而不是报告。**只有在它改变了行为——消息传递、目标定位、产品优先级、销售培训、竞争定位——时,分析才有价值。每次分析都应以具体建议收尾。
- **最好的数据来自买家,而不是卖家。**销售代表对败单原因的说法,会受到自尊心和信息不完整的影响。通过结构化访谈记录下的买家说法,才是真正的情报。两者都重要,但买家的说法更重要。
败单类别
将每笔败单归入以下类别之一。大多数团队把所有情况都归入“竞争性败单”或“未作决定”。分类要更精确。
| 类别 | 定义 | 实际含义 |
|---|---|---|
| 竞争性败单 | 选择了某个特定竞争对手 | 你的定位、差异化或佐证材料未能胜出 |
| 未作决定 | 选择什么都不做 | 痛点不够强烈,或你没能让痛点显得足够重要 |
| 维持现状 | 继续使用当前解决方案 | 切换成本 > 变更的感知价值 |
| 时机 | 预算/优先级确实发生变化 | 合理的延迟——但要确认这是真实原因,而不是客套的“不了” |
| 价格 | 太贵 | 价值尚未确立,或 ICP 确实不合适(交易规模太小) |
| 内部支持者离职 | 你方的内部倡导者离开了 | 交易只依赖单一关系链——这是流程失误 |
| ICP 不匹配 | 对方本来就不适合 | 线索筛选或目标定位失误 |
| 销售执行 | 销售代表的失误导致交易失败 | 培训或辅导方面存在不足 |
| 产品缺口 | 缺少关键功能 | 为产品路线图提供输入 |
| 采购流程 | 法务、安全或合规方面的阻碍 | 需要投入资源提升企业级就绪度 |
单笔交易分析
要深入分析单笔交易,请按照以下框架进行:
交易概况
Deal: [Company name]
Outcome: [Won / Lost]
Deal Value: [$X]
Sales Cycle: [X days/weeks — and was this faster or slower than average?]
Loss Category: [From table above]
Competitor: [If applicable]
Decision-maker: [Title — was this who you THOUGHT was the decision-maker?]
Champion: [Title — if different from decision-maker]
Source: [Inbound / Outbound / Referral / Event — how they entered pipeline]
时间线重建
梳理交易中的关键时刻:
- 他们是如何进入销售管道的?(入站、出站、推荐、活动)
- 最初的痛点是什么?(他们在第一次沟通时怎么说)
- 交易是如何推进的?(关键会议、演示、提案)
- 势头在哪个节点发生转变?(事情开始顺利或出现波折的时刻)
- 最终决策是在什么时候做出的?(是什么促成了这项决定)
- 谁做出了决定?(是你原本认为的那个人吗?)
重建买家的旅程
任何交易中最重要的时刻,都发生在你未能参与的会议里:内部会议、走廊交谈,以及利益相关者讨论你的提案与替代方案的 Slack 讨论串。你无法参加这些会议,但可以重建其中的经过。
向你的支持者提出的问题(或在赢单 / 失单访谈中询问):
- “演示结束后,内部讨论的情况如何?谁支持,谁提出了反对意见?”
- “有没有哪个时刻,交易在内部差点告吹?发生了什么?”
- “你在内部分享了哪些材料,又分享给了谁?他们提出了哪些问题?”
- “内部有没有提出我们从未讨论过的标准或要求?”
- “谁对最终决策的影响最大?他们最看重什么?”
在自己的数据中留意以下信号:
- 你们互动之间出现长时间间隔——在这些沉默期间发生了什么?
- 利益相关者群体突然变化(通话中出现新人,原先的支持者不再回应)
- 对特定信息或材料的请求——这通常反映了你尚未了解的内部异议
- 潜在客户引用了你未曾使用的说法——他们从某处(竞争对手、内部质疑者、董事会成员)获得了谈话要点
将重建出的买家旅程记录下来,并与时间线放在一起。你所看到的情况与实际发生的事情之间的差距,正是洞察的真正来源。
真正的原因
提出以下深入问题:
- 潜在客户告诉了我们什么?(客气的说法)
- 信号说明了什么?(行为证据)
- 我们坦诚的判断是什么?(我们认为事情实际是如何发生的)
- 我们本可以采取哪些不同做法?(具体说明——不要只说“更努力地销售”)
关键时刻
找出决定结果的 2–3 个时刻:
- 打开交易局面的(或让交易告吹的)那个问题
- 成功打动客户的(或效果不佳的)演示
- 改变局势的利益相关者会议
- 改变看法的竞争对手行动
- 内部支持者采取(或未采取)的行动
- 建立信心(或造成价格震惊)的定价沟通
赢单 / 失单访谈
内部数据会告诉你发生了什么。赢单 / 失单访谈会告诉你原因。这是整个赢单 / 失单计划中价值最高的活动,但大多数公司都会跳过,因为他们觉得这很尴尬。
谁应该进行访谈
不能是销售代表,绝对不能。买家会对刚拒绝他们(或刚向他们购买产品)的人委婉表达反馈。访谈者应当是:
- 产品营销人员
- 未参与该交易的销售负责人
- 外部顾问(用于高风险分析)
- 至少应当是买家认为真正抱有好奇心、不会心怀戒备的人
何时进行访谈
- 失单: 决策后 2 周内。记忆很快会淡去,他们的注意力也会转向所选的供应商。
- 赢单: 成交后 30 天内。此时他们正处于实施蜜月期,愿意交流。
- 未做决策: 最难安排,但往往最能揭示真相。尽量在 1 个月内进行。
如何邀请不太愿意参与的客户
只要邀请得当,大多数买家都会同意。关键在于措辞:
- 不要说:“我们想了解你们为什么没有选择我们。”(听起来像是想重新谈这笔交易。)
- 要说:“我们正在改进流程,希望能占用你 20 分钟,听听你的坦诚反馈。这不是销售沟通——我们是真心想了解情况。”
- 提供小额礼品卡或向对方青睐的慈善机构捐款作为答谢——并非因为他们需要,而是为了表明你重视他们的时间。
- 将时间控制在 20-30 分钟。尊重对方的承诺。
- 如果对方拒绝通话,可以提供简短的书面问卷作为替代。有数据总比没有好。
访谈问题
开场(说明访谈目的):
- “感谢你抽出时间。先说明一下——这不是销售电话。我们希望做得更好,而你坦诚的反馈是你能给我们的最宝贵的帮助。”
决策流程:
- “请跟我讲讲你们是如何做出这个决定的。有哪些人参与?关键标准是什么?”
- “你们什么时候第一次确定了倾向的方向?是什么促使你们做出这个判断?”
- “内部对这个决定有过分歧吗?后来是如何解决的?”
我们的表现:
- “我们的团队对你们的问题了解得有多透彻?”
- “在我们的流程中,有没有哪个时刻让你特别有信心,或者开始产生疑虑?”
- “如果你可以改变我们与你们沟通方式中的一件事,会是什么?”
竞争情况(针对输单):
- “[竞争对手]做了什么不同的事情,让你们产生了共鸣?”
- “他们有没有向你们展示什么,而我们没有?”
- “这项决定主要取决于产品、团队,还是其他因素?”
针对赢单:
- “是什么差点让你们选择了其他方向?”
- “怎样做能让这个决定更轻松或更快?”
- “现在你们已经在使用产品,这个决定是否证明是正确的?”
不要做的事
- 不要反驳对方的反馈,即使你认为它有误或不公平。记下来。
- 不要试图重新谈这笔交易。你承诺过这不是销售电话。
- 不要提出带有诱导性的问题(“所以你会说我们的产品最好,对吧?”)。
- 不要派初级员工参加。访谈质量取决于访谈者提出后续问题、读懂言外之意的能力。
批量分析
分析多笔交易时,要从以下维度寻找规律:
按细分市场分析赢单/输单
| 细分市场 | 赢单数 | 输单数 | 赢单率 | 趋势 |
|---|---|---|---|---|
| 企业级 | ||||
| 中端市场 | ||||
| 中小企业 |
还要按以下维度细分:行业、交易金额范围、主动咨询与主动拓展、买家角色。
输单原因分布
| 类别 | 数量 | 占输单比例 | 与上一周期相比的趋势 |
|---|---|---|---|
| 竞争失利 | |||
| 未做决定 | |||
| 维持现状 | |||
| 价格 | |||
| 时机 | |||
| 内部支持者离职 | |||
| ICP 不匹配 | |||
| 销售执行 | |||
| 产品能力缺口 |
竞争对手赢单/输单情况
| 竞争对手 | 击败对方的赢单数 | 输给对方的输单数 | 赢单率 | 输单的主要原因 |
|---|---|---|---|---|
规律分析
针对发现的每种规律,记录:
- **规律:**反复发生了什么?(例如:“在 CFO 于流程后期才介入的交易中,我们有 70% 最终失利。”)
- **根本原因:**为什么?(例如:“我们没有及早建立多条沟通关系——只与运营副总裁沟通。”)
- **影响:**影响有多大?(例如:“本季度这一规律造成了 $X 的销售管道损失。”)
- **建议:**我们应该做出什么改变?(例如:“要求在第 3 阶段之前与 CFO 接触。”)
赢单主题提取
对于赢单,找出可重复的主题:
- ICP 最佳匹配: 哪类公司是我们最稳定的赢单对象?
- 痛点契合: 明确表达哪些具体痛点后,最有可能促成赢单?
- 促成签约的证明: 哪些案例或指标最能引起共鸣?
- 流程优势: 在销售流程的哪些环节,我们能拉开差距?
- 竞争定位: 我们对竞争对手的哪些说法最有说服力?
将这些记录为“可再次采用的打法”。这些赢单主题应直接用于销售赋能——新销售代表入职培训、竞争对手战术卡和营销信息。如果你们是凭借某个特定痛点或证明赢单的,确保每位销售代表都了解这一点,并让每项营销内容都体现出来。
赢单警示信号
并非所有赢单都是健康的。留意赢单中出现的以下模式:
- 靠折扣赢单。 如果你的赢单率看起来不错,只是因为你打了 30% 以上的折扣,那你面临的是定价或定位问题,而不是销售问题。
- 靠英雄式出场赢单。 如果只有销售副总裁或 CEO 参加通话,交易才能成交,那说明你的销售代表准备不足。你是在依赖高管时间来扩大规模,而这无法扩展。
- 单一用例赢单。 如果你一直在同一个狭窄用例上赢单,却在其他方面屡屡失利,那么你的产品市场契合度比你想的更窄。这并非坏事——但你的 ICP 和目标定位应体现这一点。
- 缓慢赢单。 如果平均赢单需要 90 天,而平均输单只需 30 天,说明潜在客户很快决定“不买”,却迟迟才决定“买”。这意味着你没有营造紧迫感——默认结果是不购买。
赢单与失单分析的 CRM 数据收集
如果你没有在交易结束时收集正确的数据,就无法在之后进行批量分析。要求所有交易在状态变为 Closed Won 或 Closed Lost 时填写以下字段:
交易结束时的必填字段
Outcome: [Won / Lost / No Decision]
Loss Category: [From loss categories table — required for losses]
Competitor: [Primary competitor in the deal, if any]
Decision-maker: [Actual decision-maker title — not who you thought]
Champion: [Who was your internal advocate]
Primary win/loss reason (rep): [Free text — rep's honest assessment]
Primary win/loss reason (buyer): [Free text — from interview or email feedback]
Deal source: [Inbound / Outbound / Referral / Event / Partner]
Number of stakeholders involved: [Count]
Sales cycle length: [Days from first touch to close]
Discount given: [% off list, if any]
Win-loss interview completed: [Yes / No / Scheduled / Declined]
可选但有价值的字段
Number of meetings: [Total meetings in the deal]
Number of competitors: [How many vendors were evaluated]
Key objection overcome: [The biggest objection and how it was handled]
Internal champion actions: [What did the champion do to sell internally?]
Product gaps mentioned: [Features requested that don't exist]
Reference/case study used: [Which proof point resonated most]
让销售代表真正填写这些内容
如果销售代表跳过字段,数据就毫无价值。以下是三种做法:
- 将必填字段与佣金发放挂钩。 听起来很强硬,但每次都有效。
- 只需点击 5 次,而不是写 5 段话。 结构化字段使用下拉菜单和选项列表。只有“原因”字段应允许自由填写文本。
- 在销售管道会议上进行复盘。 如果经理每周都会询问赢单与失单数据,销售代表就会填写。如果没人查看,就没人会填写。
赢单与失单分析节奏
正式开展赢单与失单分析的频率,取决于交易量和交易规模。以下是一个参考框架:
| 交易量 | 交易规模 | 建议节奏 |
|---|---|---|
| 高(每季度 50 笔以上) | < $25K | 每月批量分析模式。仅对意外失单进行单笔深入分析。 |
| 中(每季度 15-50 笔) | $25K-$100K | 对每笔超过 $50K 的交易进行单独分析。每月批量复盘。 |
| 低(每季度少于 15 笔) | > $100K | 对每笔交易进行全面深入分析。每季度分析趋势。 |
| 任意交易量 | 任意规模 | 对每笔超过门槛的交易进行赢单与失单访谈(根据团队能力设定门槛——最低要求:每笔竞争性失单)。 |
年度深入分析: 每年一次,调取过去 12 个月的所有交易,开展全面的批量分析。这能帮助你发现赢单率、竞争格局和 ICP 契合度的宏观变化。与产品、营销和高管团队分享分析结果。这不只是销售部门的工作。
完整分析示例:交易分析
以下是一个听起来真实的交易分析示例,展示了完整框架的应用。
交易概况
Deal: Meridian Logistics
Outcome: Lost
Deal Value: $84,000/year
Sales Cycle: 67 days (avg is 45)
Loss Category: Competitive loss
Competitor: FlowStack
Decision-maker: CFO (Laura Chen)
Champion: VP of Operations (Marcus Webb)
Source: Inbound — downloaded whitepaper on supply chain automation
时间线重建
- 初次接触(第 1 天): Marcus 下载了一份白皮书。SDR 随后跟进。约定在第 5 天进行探索电话。
- 探索(第 5 天): 通话效果很好。Marcus 介绍了人工路由流程,每天耗费 12 个全职员工的工时。量化后的痛点是每年约 38 万美元的人工成本。他提出想看演示。
- 演示(第 14 天): 向 Marcus 和 2 位总监演示。互动良好。Marcus 询问了实施时间线。总监们询问了与他们 WMS 的 API 集成。其中一位总监 Priya 针对正常运行时间 SLA 提出了尖锐问题——我们后来才知道,她此前曾在供应商迁移中吃过亏。
- 势头转变(第 28 天): Marcus 一周没有回应。再次联系时,他提到“我们也在考察 FlowStack——只是想比较一下”。
- 提案(第 35 天): 发送了每年 8.4 万美元的提案。Marcus 表示“在可接受范围内”,并要求安排一次客户推荐通话。
- 客户推荐通话(第 42 天): 通话效果很好。但 Marcus 提到 CFO Laura 现在也参与其中,并对 ROI 的计算方法有疑问。
- CFO 会议(第 52 天): Laura 参加了通话。她礼貌但持怀疑态度。她问:“你们如何保证 ROI 数字?”以及“如果前 90 天的采用率偏低,会发生什么?”我们给出了笼统的回答。我们后来才得知,FlowStack 在合同中提供了 ROI 保证条款。
- 决策(第 67 天): Marcus 发邮件说:“我们决定选择 FlowStack。结果非常接近。感谢你们付出的时间。”
买家旅程重建
我们未参与的会议中发生了什么:
- 演示结束后,Marcus 在公司内部支持我们,但总监 Priya 因过去迁移失败的经历而持谨慎态度。她希望通过合同降低风险。
- FlowStack 出现后,提供了 90 天性能保证,并附带部分退款条款。这直接回应了 Priya 的顾虑,也让 CFO Laura 有了预算保障。
- 最终决策会议由 Marcus、Priya 和 Laura 参加。从产品角度看,Marcus 更倾向于我们;从风险角度看,Priya 更倾向于 FlowStack。Laura 站在 Priya 一边,因为这项保证降低了她承担的风险。
真正的原因
- 他们告诉我们的说法:“结果非常接近。我们选择了另一家。”
- 信号反映出的情况: 演示结束后,这笔交易原本胜券在握。我们在 CFO 介入、而我们无法回答风险和保证相关问题时失去了这笔交易。FlowStack 的产品并没有更好——他们为风险规避型买家设计了更好的报价结构。
- 坦诚评估: 我们只通过 Marcus 一个人推进交易,没有足够早地与 Laura 接触。第 52 天她加入时,我们只有 15 分钟来建立信任,而 FlowStack 已经花了几周时间建立这种信任。我们也无法应对保证方面的异议,因为我们不提供此类保证。
- 我们本可以采取的不同做法:
- 第 14 天就问 Marcus:“还有谁需要认可这项决策?”并在第 20 天前联系上 Laura。
- 主动回应风险问题:即使没有正式保证,我们也可以提出分阶段部署方案、30/60/90 天成功指标,以及定期的高管评审。
- 提前了解 FlowStack 的保证条款,并预先应对。
关键时刻
- 第 14 天——Priya 提出 SLA 问题: 这是风险缓释将成为关键的信号。我们从技术角度回答了问题,却没有追问她为什么会问。如果我们问一句“听起来你之前经历过一次不太顺利的迁移——当时发生了什么?”,就能发现真正的购买标准。
- 第 28 天——Marcus 没有回应: 就在这一周,FlowStack 开始参与竞争。我们没有问 Marcus 发生了什么。简单问一句“嗨,我注意到我们最近没联系——你那边有什么变化吗?”,或许就能更早发现竞争对手。
- 第 52 天——Laura 提出 ROI 问题:“你们如何保证 ROI 数字?”并不是定价问题,而是风险问题。我们把它当成了价格异议;实际上,这是信任方面的异议。
建议
- 快速见效: 为与 CFO 的沟通准备一套“风险缓解”说辞。包括分阶段推出、成功指标、高管季度业务回顾(QBR),以及适用时的退款条款。
- 流程变更: 要求在第 3 阶段(提案)之前识别经济决策者并与其建立联系。只有 Marcus 参与的交易属于单线联系交易。
- 战略问题: 我们是否应该提供业绩保证?FlowStack 就提供。如果我们总是在这方面失利,问题出在产品或包装上,而不是销售上。
建议框架
每项分析都必须以可执行的建议收尾。按以下类别组织:
快速见效(本周)
- 调整信息传达方式、更新沟通说辞、补充竞争对战卡
- 通常针对竞争差距或异议模式
流程变更(本月)
- 更新资格标准、调整阶段门槛、要求建立多线联系
- 通常针对销售执行或交易管理模式
战略调整(本季度)
- 优化 ICP、调整定价、收集产品反馈、调整竞争定位
- 通常针对产品/市场或目标客户模式
输出格式
单笔交易分析
- 交易概况和时间线
- 还原买方历程(当时不在场的会议里发生了什么)
- 真正的原因(表面说法与实际原因)
- 决定结果的关键时刻
- 经验教训(具体,而非泛泛而谈)
- 建议
批量分析
- 汇总统计数据(赢单率、平均交易规模、周期时长)
- 流失原因分布
- 竞争格局
- 排名前 3 的模式及根本原因
- 值得进一步强化的赢单主题
- 按优先级排序的建议(快速见效、流程变更、战略调整)
相关技能
- call-debrief — 单次通话复盘是赢单/失单分析的原始素材。复盘质量越高,分析越好。
- competitive-intel — 赢单/失单数据为竞争对战卡提供信息。失单给特定竞争对手时,应更新定位。
- buyer-persona — 赢单和失单对象的规律应帮助完善买方画像。
- pipeline-review — 赢单/失单规律有助于确定活跃交易中需要关注的事项。“我们总是在 X 发生时失单”应成为管道审查检查点。
- discovery-call — 如果失单可追溯到需求探索不充分,就应改进需求探索流程。