关于 customer-intelligence
customer-intelligence 是供服务公司团队分析现有客户选择原因的 skill。它将带来源依据的客户证据整理为排序后的聘用理由,为 ICP、网站文案和外联提供素材。
主要功能
- 01记录证据来源与编号
- 02按八个字段分析客户故事
- 03按频率和深度排序痛点
- 04整理客户原话短语库
- 05标注供应商说法与弱点
适用场景
- 01依据客户购买原因制定 ICP
- 02用客户语言撰写外联内容
- 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 次访谈就足以开始) | 客户发言时,还没有人编辑他们的话 |
| 2 | Clutch、GoodFirms 或行业目录上的评价、客户在 LinkedIn 上的推荐 | 由客户撰写,只经过轻度审核 |
| 3 | 有具名人士和公司信息的案例研究与客户评价 | 是客户的话,但由服务商挑选并润色 |
| 4 | 未成交项目的笔记、客户发来的 RFP 和需求简报 | 展示客户在了解你之前提出的需求 |
| 5 | 服务商的网站、演示文稿、提案 | 只有观点。用它们了解服务商的自我认知,再与排名第 1 至第 4 的来源核对 |
如果排名第 1 至第 3 的来源都没有,请直说,并提交一份不完整的报告:每个痛点都标记为 vendor claim, not confirmed by a client,且不提供短语库。基于服务商自身文案建立的短语库,会把同样的营销语言带回外联内容中。
阅读任何资料之前,先建立一份证据日志,每个来源占一行:
| ID | 类型 | 客户(细分市场、规模、国家) | 日期 | 是否逐字引用? |
|---|---|---|---|---|
| E1 | 通话笔记 | 中型物流公司,DE | 2026-05 | 是 |
报告中的每条引述和每个数字都要标注其 ID(E4)。没有 ID 的引述不得纳入报告。
2. 用同一套方式阅读每个客户故事
对每个来源都填写相同的八个字段。来源中没有提及的字段留空;不要猜测。
- 之前。 用客户自己的话描述当时的问题(“图纸每周都会出现冲突”,“因为人手不足,我们拒绝了两个项目”)。
- 触发事件。 是什么让他们当下开始寻找解决方案:投标失败、关键工程师离职、带有截止日期的新合同、董事会询问利润率。
- 谁推动。 发起寻找的岗位,以及签字批准的岗位。
- 先尝试过什么。 内部招聘、自由职业者、其他代理公司、按兵不动。为什么这些方法不再奏效。
- 为什么选你。 他们给出的理由:为什么从入围名单中选择这家服务商,而不是其他服务商。
- 之后。 有哪些变化;如果有具体数字,也一并记录(工时、成本、周转时间、赢单率、避免增加的员工人数)。
- 顾虑。 差点导致交易告吹的因素,或他们至今仍抱怨的问题。
- 措辞。 值得重复使用的原话,按原样抄录。
然后从四个层面标记每个故事背后的痛点。服务公司的示例:
- 任务:“协调工作靠电子表格手动完成”
- 业务:“交付时间导致我们大约每三次投标就会输掉一次”
- 个人:“晚上 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)。