mcpField
C
customer-intelligence

customer-intelligence

github.com/victor-shulga营销与增长040 次安装3 周前更新
代码仓库

关于 customer-intelligence

customer-intelligence 是供服务公司团队分析现有客户选择原因的 skill。它将带来源依据的客户证据整理为排序后的聘用理由,为 ICP、网站文案和外联提供素材。

主要功能

  1. 01记录证据来源与编号
  2. 02按八个字段分析客户故事
  3. 03按频率和深度排序痛点
  4. 04整理客户原话短语库
  5. 05标注供应商说法与弱点

适用场景

  1. 01依据客户购买原因制定 ICP
  2. 02用客户语言撰写外联内容
  3. 03识别销售团队需应对的异议

安装

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

$npx skills add https://github.com/victor-shulga/account-management-skills --skill customer-intelligence

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

详细介绍

客户洞察:客户为何聘用你

服务公司通常会用自己的销售演示文稿来解释成功案例。客户的说法则不同,而客户的说法才是打动下一个客户的关键。这项技能会收集客户的说法,统计其出现频次,并将其整理成 ICP 研究、网站文案和外联材料。

请把自己当作一名分析师:你必须能在创始人面前为报告中的每一句话辩护。每项结论都要注明来源和数量。

用错技能了吗? 如果请求中提到用户想赢下的某一家公司的名字,请改用 account-dossier。那项工作需要注册信息、决策者和潜在客户评分。这项工作则是分析某家服务商的多位现有客户。


1. 收集证据

询问用户有哪些资料。服务公司很少有 G2 那样的线上资料,因此要做好资料来源多样的准备。按资料与客户原话的接近程度对来源排序:

排名来源排名理由
1成交项目的录音或笔记、客户访谈(3 到 5 次访谈就足以开始)客户发言时,还没有人编辑他们的话
2Clutch、GoodFirms 或行业目录上的评价、客户在 LinkedIn 上的推荐由客户撰写,只经过轻度审核
3有具名人士和公司信息的案例研究与客户评价是客户的话,但由服务商挑选并润色
4未成交项目的笔记、客户发来的 RFP 和需求简报展示客户在了解你之前提出的需求
5服务商的网站、演示文稿、提案只有观点。用它们了解服务商的自我认知,再与排名第 1 至第 4 的来源核对

如果排名第 1 至第 3 的来源都没有,请直说,并提交一份不完整的报告:每个痛点都标记为 vendor claim, not confirmed by a client,且不提供短语库。基于服务商自身文案建立的短语库,会把同样的营销语言带回外联内容中。

阅读任何资料之前,先建立一份证据日志,每个来源占一行:

ID类型客户(细分市场、规模、国家)日期是否逐字引用?
E1通话笔记中型物流公司,DE2026-05是

报告中的每条引述和每个数字都要标注其 ID(E4)。没有 ID 的引述不得纳入报告。


2. 用同一套方式阅读每个客户故事

对每个来源都填写相同的八个字段。来源中没有提及的字段留空;不要猜测。

  1. 之前。 用客户自己的话描述当时的问题(“图纸每周都会出现冲突”,“因为人手不足,我们拒绝了两个项目”)。
  2. 触发事件。 是什么让他们当下开始寻找解决方案:投标失败、关键工程师离职、带有截止日期的新合同、董事会询问利润率。
  3. 谁推动。 发起寻找的岗位,以及签字批准的岗位。
  4. 先尝试过什么。 内部招聘、自由职业者、其他代理公司、按兵不动。为什么这些方法不再奏效。
  5. 为什么选你。 他们给出的理由:为什么从入围名单中选择这家服务商,而不是其他服务商。
  6. 之后。 有哪些变化;如果有具体数字,也一并记录(工时、成本、周转时间、赢单率、避免增加的员工人数)。
  7. 顾虑。 差点导致交易告吹的因素,或他们至今仍抱怨的问题。
  8. 措辞。 值得重复使用的原话,按原样抄录。

然后从四个层面标记每个故事背后的痛点。服务公司的示例:

  • 任务:“协调工作靠电子表格手动完成”
  • 业务:“交付时间导致我们大约每三次投标就会输掉一次”
  • 个人:“晚上 11 点检查图纸的人是我”
  • 声望:“客户告诉我们的 CEO,我们是项目中的薄弱环节”

痛点触及的层面越深,在外联中的感染力就越强。但排名仍由出现频次决定:10 位客户中有 7 位提到的痛点,排名高于只有 1 位客户提及但描述生动的痛点。痛点至少要有两个来源,才能单独排名;只出现一次的内容放入“仅见一次”列表。


3. 撰写报告

# Why clients hire [Company]
Evidence: [N sources: x call notes, y reviews, z case studies] · Period: [dates] · Prepared: [date]

## The short answer
[2 to 3 sentences: which clients, which problem pushed them, why they picked this vendor,
what changed for them. Every clause backed by the sections below.]

## Hire reasons, ranked
| # | Reason (client's words) | Named by | Pain level | Strongest quote | IDs |
|---|---|---|---|---|---|
| 1 | | 7 of 10 | business | "..." | E2, E5, E7 |
Seen once (not ranked): [list with IDs]

## Events that started the search
[Each event with a count. These become trigger signals for outbound and the radar.]

## What they tried before
| Tried | Why it stopped working | Quote | IDs |
|---|---|---|---|

## Proof you can quote
| Result | Range across clients | How many clients | IDs |
|---|---|---|---|
[Ranges only from client-side sources. Vendor-only numbers go in a separate row
marked "vendor claim".]

## Who gets the most out of you
[Segment profile: size, industry, country, role of the buyer, the event that brought them.
Share of the evidence that fits it.]

## Phrase bank (verbatim only)
- Problem, as they say it: "..." (E3)
- Result, as they say it: "..."
- Comparison with the alternative: "..."
- Doubt before signing: "..."

## Where clients say you are weak
[Honest list with counts. Mark each as deal-breaker or minor, and whether it is fixed.]

## Alternatives in the deal
[Competitors, in-house, freelancers, "do nothing". Why the client chose this vendor over each,
in the client's words.]

## What waiting costs the buyer
[What clients said they were losing before they acted: money, projects, people, reputation.
Use only what the evidence supports.]

## Hand-off
- Outbound: lead with pains #1 and #2, using these phrases: ...
- Site and case studies: proof rows to feature: ...
- When a prospect names a competitor: the client-voiced reason to switch: ...

## Gaps
[What could not be confirmed and which source would confirm it, e.g. "no lost-deal notes:
ask sales for the last 5 lost proposals".]

规则

  • 精确引用。短语库只收录复制来的原话;你自己的总结放在分析列中。
  • 每一行都要显示数量和来源 ID。不允许只写“多数客户端”而不注明数量。
  • 供应商的说法必须标注为供应商说法,直到有客户端来源佐证为止。
  • 即使用户没有要求,报告也要包含薄弱环节。销售团队提前了解这些情况,就能在通话中回应异议。
  • 不得编造引言、数字或客户名称。如果证据不足,报告就简短一些。
  • 客户名称只能留在用户的工作区内。任何对外发布的内容(网站文案、公开帖子)都需要客户许可,或使用匿名化的细分群体描述。

报告后续用途

  • ICP 和角色画像:先执行此项,让 ICP 的依据建立在客户购买的原因上。
  • 外联文案:短语库和搜索起始事件可用于撰写冷邮件和 LinkedIn 联系序列。
  • case-study-writer:数字最有说服力的故事将成为下一批案例研究。
  • 价值主张和报价工作:排名第 1 至第 3 的聘用原因是起始清单。

交付前检查

  • 证据日志已填写,每条引言和数字都有 ID
  • 每个排名靠前的痛点都有至少两个来源和一个数量
  • 短语库为逐字引用,不含供应商自己的文案
  • 已包含薄弱环节和替代方案
  • 供应商单方面提出的说法已标注
  • 销售代表今天就能根据这份报告,给类似潜在客户写出第一条联系消息

致谢

改编自一个公开的外联技能合集,并经重新编写。 作者:Victor Shulga (victorshulga.com)。

评论

支持 Markdown