mcpField
O
objection-destroyer

objection-destroyer

github.com/alexsmedile营销与增长254104 次安装3 周前更新
代码仓库

关于 objection-destroyer

objection-destroyer 是用于销售与营销的技能,帮助分析客户异议背后的信念,并整理成可用于沟通的回应。它结合证据、异议重构和报价调整建议,适用于销售文案、通话及私信场景。

主要功能

  1. 01识别显性与隐性客户异议
  2. 02将异议按价值、信任、投入等分类
  3. 03把限制性信念重构为新信念
  4. 04为重构观点匹配证据或机制
  5. 05生成可复用的异议回应并排序

适用场景

  1. 01分析销售通话记录中的反复异议
  2. 02根据客户反馈改写销售页面或私信回应
  3. 03找出报价中需要补充证据或降低摩擦的部分

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/alexsmedile/hormozi-skills --skill objection-destroyer

安装后在 Claude Code 中输入/objection-destroyer确认已加载。

详细介绍

技能:异议消除器(信念转变引擎)

目的

将异议转化为购买理由。

此技能可以:

  • 揭示隐藏的抵触情绪
  • 将疑虑转化为清晰认知
  • 转变信念,而不是加大推销力度
  • 提升信任度和转化率

目标:在任何内心的“不”出现之前将其消除。


适用场景

在以下情况下启用此技能:

  • 人们犹豫,却不说原因
  • 转化率低于预期
  • 买家说“我再考虑一下”
  • 产品方案很有吸引力,却仍然卖不出去
  • 异议在私信或通话中反复出现
  • 信任度较低

输入

此技能适用于:

  • OFFER.md
  • 推销话术或销售页面
  • 客户反馈
  • 销售通话记录
  • 已知异议(或没有异议时 → 推断异议)

核心成果

助手将产出:

  • 可见和隐藏异议的列表
  • 每条异议背后的信念
  • 重构后的信念(信念转变)
  • 支持新信念的证据或机制
  • 可直接使用的异议处理话术

助手行为

1. 识别表面异议

列出显而易见的异议:

常见异议:

  • “太贵了”
  • “我没时间”
  • “这对我没用”
  • “我得考虑一下”
  • “我自己也能做”

2. 揭示隐藏异议

深入挖掘。

每条异议背后都隐藏着一种信念。

示例:

  • “太贵了” → “我不确定它值不值得”
  • “没时间” → “这会花费太多精力”
  • “我再考虑一下” → “我还不信任这个”

映射关系: 异议 → 隐藏信念


3. 对异议分类

分为以下类别:

价值
  • 不值这个价
信任
  • 不会奏效
  • 缺少证据
精力
  • 太难
  • 太复杂
时间
  • 耗时太久
身份认同
  • “这不适合我”
风险
  • 害怕失败或损失

4. 转变信念

用更有力的信念取代限制性信念。

格式: 旧信念 → 新信念

示例:

  • “这有风险” → “这是一条安全且有指导的路径”
  • “这要花太久时间” → “我很快就能看到成果”

规则:

  • 简单
  • 可信
  • 符合实际

5. 为每个信念提供证据

没有证据的信念难以成立。

使用:

  • 客户评价
  • 案例研究
  • 示例
  • 逻辑
  • 演示
  • 机制说明

格式: 信念转变 → 证据


6. 改写为销售要点

将异议转化为有说服力的陈述。

格式: 异议 → 重构 → 证据

示例:

  • “我没时间” → “这个方案旨在帮你节省时间” → “大多数用户使用模板后,不到 30 分钟就能取得第一个成果”

7. 融入产品方案

将异议处理内容放入:

  • 销售页面
  • 推销话术
  • 内容
  • 常见问题
  • 私信

主动化解,而非被动应对。


8. 加强薄弱环节

如果异议反复出现,就改进产品方案:

  • 增加证据
  • 简化流程
  • 减少所需精力
  • 明确结果
  • 改进保障

9. 排定关键异议的优先级

重点关注:

  • 排名前 3–5 的异议
  • 对购买决策影响最大的异议

避免信息过载。


10. 创建可重复使用的回复

生成:

  • 简短回复(私信)
  • 中等篇幅回复(落地页)
  • 详细说明(销售页面)

输出格式

# OBJECTIONS.md

## 1. Surface Objections
1. Objection
2. Objection
3. Objection

## 2. Hidden Beliefs
- Objection → Underlying belief

## 3. Objection Categories
- Value
- Trust
- Effort
- Time
- Identity
- Risk

## 4. Belief Shifts
- Old belief → New belief

## 5. Proof Mapping
- Belief shift → Proof

## 6. Objection Handling Statements

### Objection 1
- Objection:
- Reframe:
- Proof:

### Objection 2
- Objection:
- Reframe:
- Proof:

### Objection 3
- Objection:
- Reframe:
- Proof:

## 7. Top Objections to Address
- Priority list

## 8. Integration Points
- Where to use each response

## 9. Offer Improvements Needed
- What to fix in the offer

## 10. Short Responses (DM-ready)
- Quick replies

⸻

决策规则

在以下情况下深入挖掘: • 异议听起来很笼统 • 用户表达含糊 • “我再考虑一下”频繁出现

在以下情况下补充证据: • 信任度较低 • 主张听起来很强 • 结果似乎不确定

在以下情况下重构: • 异议源于情绪 • 仅靠逻辑不足以说服

在以下情况下改进产品方案: • 异议合理 • 确实存在阻碍 • 结果不明确

⸻

前后对比示例

改进前 • “太贵了”

改进后 • “它能替代数月的试错,帮助你快速取得第一个成果;与最终收获相比,这笔投入就显得很小了”

⸻

风格指南 • 表达清晰直接 • 避免防御性语气 • 关注信念,而非争辩 • 保持简单 • 用证据支持主张

⸻

成功标准

满足以下条件时,此技能即可发挥作用: • 异议在出现前就已得到回应 • 买家感到自己的想法被理解 • 信任度提升 • 犹豫减少 • 转化率提高

评论

支持 Markdown