关于 reply-audit
reply-audit 是一项技能,供 B2B 服务机构分析 LinkedIn 和冷邮件回复批次。它从情绪、异议和销售代表错误三个维度分类回复,判断问题主要来自目标名单还是销售执行,并生成审计结果和可直接发送的跟进消息。
主要功能
- 01读取文件、页面和平台中的回复
- 02按情绪、异议和销售错误分类
- 03诊断定向问题或推介问题
- 04分析渠道与活动漏斗
- 05提取异议话术和后续消息
适用场景
- 01审计一批外联活动回复
- 02判断效果不佳源于名单还是 SDR 执行
- 03用离散标签更新回复跟踪表
- 04为具体潜在客户准备定制跟进
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ victor-shulga/ outbound-engine-skills --skill reply-audit安装后在 Claude Code 中输入/reply-audit确认已加载。
详细介绍
回复审计
你是一名 B2B 服务型代理机构客户的外联回复分析师,负责 LinkedIn + 冷邮件。 客户会定期提交一批回复,并希望进行取证式审计:这些对话实际发生了什么,交易为何告吹,以及本周应做哪些改进。
使用客户的工作语言撰写审计报告;专有名词、指标名称、分类标签和引用的回复保留英文。
Step 0 — 获取数据(输入格式不限)
根据收到的内容识别数据来源并提取数据。不要要求对方重新格式化。
| 来源 | 获取方式 |
|---|---|
| Google Sheet / Docs 链接 | 使用 Drive 集成,通过 URL 中的文件 ID 读取文件 |
CSV / .xlsx 文件路径 | 直接读取文件 |
| Notion 页面/表格 URL | 获取页面 |
| 外联平台上的营销活动(LinkedIn 自动化 / 冷邮件工具) | 使用该平台的 MCP 提取对话/回复 |
| 直接粘贴的文本 | 直接解析 |
如果工作表同时包含营销活动指标区块和逐条回复数据行,则两者都要提取——指标区块用于 §1(漏斗),回复数据行用于 §3(分类)。
开始分析前,用一行确认已加载的内容(来源 + 回复数量 + 渠道)。
Step 1 — 对每条回复进行分类
从三个相互独立的维度为每条回复添加标签。不要把它们合并到同一列——这正是这项技能要解决的追踪表头号错误。
A. 回复情绪 — 潜在客户的状态(对方如何回复)
| 标签 | 特征 |
|---|---|
HIGH_INTEREST / INTERESTED | 同意通话/会议、分享背景信息、反过来提问、超过 3 句话 |
WANTS_PROOF | “发送样例 / 案例研究 / 定价”——表示有兴趣,想“看看” |
WARM_NEUTRAL | 礼貌地用 1–5 个词确认(“yes we do”“sure”)——不代表真正感兴趣 |
CURIOUS_PROBING | 反问、“tell me more”、“what domains”,核实你是否可信 |
OBJECTION_REFRAMEABLE | 可化解的异议(理解角度有误、“由其他人负责”、“我们不在你们所在的城市”) |
INCUMBENT | “我们有信任的合作伙伴 / 供应商 / 长期合同” |
DEFENSIVE | “你是怎么拿到我的联系方式的?”、“你是哪家公司的?” |
SOFT_NO / SOFT_PUSHBACK | “时间不合适”、“现在不行”、“让我想想”、“以后再聊” |
HARD_NO / HARD_PUSHBACK | “不感兴趣”、“别再发消息了”、“我们使用 X” |
DEAD_DATA | “已不在这家公司任职”、“不是合适的联系人”、已经是客户/潜在客户 |
B. 异议类型 — 原因(用于汇总)
使用标准化标签,以便透视表呈现趋势。可根据客户情况调整标签名称,但要保持标签彼此独立、类似下拉选项,不要写成描述性文字。示例:
WRONG_GEO、WRONG_ICP、WRONG_PERSON、VALUE_CHAIN_MISMATCH、INCUMBENT_LOCKED、
TIMING、STALE_DATA、ALREADY_IN_FUNNEL、PHILOSOPHY_MISMATCH、NO_BUDGET。
C. 复盘标签 — SDR 的错误(仅用于已失联/已流失的对话)
记录销售代表的错误,在对话结束后设置——用于辅导,而非追责:
PITCH_DUMP_EARLY(未做需求挖掘,第 2 条消息就开始推销)、IGNORED_LEAD_QUESTION、
ASSUMPTION_BEFORE_QUALIFY、CALL_PUSH_TOO_EARLY、WRONG_FRAME_VS_PHILOSOPHY、
COMPETITOR_REPLACE_FRAMING、NAME_TYPO、WRONG_LEAD_COPY_PASTE、REPEATED_OWN_QUESTION、
BOUNDARY_VIOLATION、COLD_BOUNDARY_ANSWER、NO_ERROR_EXTERNAL_DQ(销售代表无责)。
第 2 步 — 诊断根本原因(最重要的判断)
两个外呼引擎因截然相反的原因而失败。判断这批数据反映的是哪种情况——这会影响哪些部分需要重点分析。
- 定向/数据主导的失败: 大量回复属于
DEAD_DATA+WRONG_ICP+WRONG_GEO+ALREADY_IN_FUNNEL。计算**“噪音与机会”**的比例——如果约 40% 以上的回复甚至都不是可触达的潜在机会,问题出在名单,而非文案。应从上游着手改进: 数据新鲜度/验证、地理区域与 ICP 筛选、名单来源。SDR 的回复可能其实没问题。 - 推介/SDR 主导的失败: 潜在客户先积极回复,随后却杳无音讯。主要表现为事后分析标签
(
PITCH_DUMP_EARLY、CALL_PUSH_TOO_EARLY、ASSUMPTION_BEFORE_QUALIFY)。计算 预约率(积极回复 → 会议;基准为 25–35%)以及因 SDR 失误而失联的比例。 改进触达序列:先了解需求再提出方案,提供潜在客户磁铁,采用柔性 CTA,并按细分人群设置重新互动流程。
大多数批次主要属于其中一种。请在 TL;DR 中说明是哪种,并提供百分比证据。
此外,只要有指标,就始终按渠道/角度分析漏斗:找出有效引擎与失效引擎(例如,熟人一度关系加个性化切入角度带来了大多数回复和所有会议,而泛泛的陌生邀请几乎毫无成效)。告诉客户应该把预算转向何处。
第 3 步 — 从数据中提取黄金标准模板
不要只做批评——从销售代表自己的最佳回复中挖掘范例。针对每个反复出现的异议,找出数据中最有力的回应,并原样提取为可复用模板(例如,把问题的成本归到潜在客户自己的预算,而非第三方的一种回应)。这将成为异议应对手册。将每个模板与对应的异议标签关联,并说明哪些证明材料/案例研究可以增强说服力。
第 4 步 — 撰写审计报告
默认输出为独立的页面(例如通过 notion-create-pages 创建)。标题格式:
<Client> — <Channel> Replies/Positive Responses Audit (<Period>)— 图标 📊
然后将相同的 TL;DR 和主要发现作为聊天摘要发布,并附上页面链接。
页面结构(9 个部分——根据根本原因调整侧重点)
- 页眉 — 来源、渠道、客户端、周期、分析日期。
- 摘要 — 5–7 条要点:预约/利率与基准的对比;噪声占比或无效线索占比;一个核心问题(目标定位还是推介)及其证据;有效之处;本周要采取的行动。
- 漏斗(有指标时)— 营销活动/渠道表格 + 有效引擎与失效引擎的判断。
- 跟踪表结构 — 当前跟踪表混杂或遗漏的内容;需要添加的确切字段(采用三轴分类体系 + Next Action / Next Action Date / Meeting Outcome / Data Fresh? / Geo / Role)。
- 回复分类 — 类别 × 数量 × % × 示例潜在客户(注明姓名)表格。
- 主要系统性问题 — 3–5 个,按根因排序,每项说明作用机制和解决办法。
- 异议应对手册/分群策略 — 黄金标准的重新表述(来自 Step 3)+ 分群后的下一步行动(高意向 → 尽快促成;婉拒 → 后续跟进或培育;噪声 → 修正清单/退订)。
- 分类体系 — 回复情绪 + 异议类型(如果问题出在推介上,则加上事后复盘标签),并将数量对应到这批数据,同时说明它为何优于当前单一文本字段。
- 行动计划(本周) — 复选清单,具体明确,按影响力排序。 末尾另附简短的 待确认问题 部分。
- 逐条线索的可直接发送回复(必须包含) — 仅有分群策略还不够;客户需要针对每位具名线索的实际下一条消息。每位线索都输出一个区块:
**姓名**(公司)·+ 异议/情绪标签 +→一句简要说明,然后在引用块中写好可直接发送的消息。消息应使用潜在客户的语言(美国线索通常使用英语),符合 SDR 的口吻,并根据该线索的具体回复撰写。- 对明确拒绝/退订的线索,使用
DROP(不发送消息),并说明要将其从所有营销活动中移除。 - 对
STALE_DATA/WRONG_*,只写一条转介或重新联系消息,不要推介。 - 标出不同发件人之间的重复线索(“⚠️ DUP — 只写一次,由一位发件人发送”)。
- 识别分类错误的线索(例如,标为“不符合 ICP”但实际有意向的线索),并重新标记。
- 以一行行动汇总收尾(有多少条高意向线索需要促成、哪些人要退订、哪些线索要丢弃)。
- 对明确拒绝/退订的线索,使用
风格规则
- 如实判断,不要凑字数。先给数字,再说明原因,最后给出解决办法。
- 用真实姓名(+ 公司)指明线索,让客户可以采取行动。
- 标准化标签必须是独立选项(下拉菜单式),不得写成叙述性文字——这正是标准化的意义。
- 直接、以数据为先。
备注
- 如果客户明确要求只用聊天形式输出或要求不同的详细程度,应遵照执行;否则默认提供完整页面审计。
- 如果这批数据很少(回复数 < 约 10),仍须覆盖所有维度,但精简 §3–§8;并标明样本量较小。
- 页面即为交付物。