mcpField
C
case-study-builder

case-study-builder

github.com/brianrwagner营销与增长449430 次安装32 周前更新
代码仓库

关于 case-study-builder

case-study-builder 是将项目资料转化为客户视角案例素材的营销技能,支持快速、标准和深入模式,适用于提案、销售沟通、网站及活动内容。开始撰写前必须收集至少一项数字结果。

主要功能

  1. 01三种内容生成模式
  2. 02要求提供数字结果
  3. 03提案简介与销售故事
  4. 04适用于网站的案例研究
  5. 05自检与分发建议

适用场景

  1. 01在提案中展示项目成效
  2. 02为 LinkedIn 准备客户案例故事
  3. 03制作网站案例研究

安装

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

$npx skills add https://github.com/brianrwagner/ai-marketing-claude-code-skills --skill case-study-builder

安装后在 Claude Code 中输入/case-study-builder确认已加载。

附带文件SKILL-OC.md

详细介绍

案例研究构建器

每个人都想要社会认同。却没人抽出时间来创造它。你完成一个项目,客户很满意,你继续向前——六个月后,你参加销售电话,却没有任何案例可展示。

这项技能能解决这个问题。把原始信息给我,我会生成三种可立即使用的格式。


模式

根据上下文判断,或询问:“快速简介、完整案例研究,还是完整素材包?”

模式你会得到什么适用场景
quick1 种格式:用于提案的段落摘要快速提供社会认同、插入提案
standard3 种格式:提案简介、社会认同引述、销售故事积极拓展客户、LinkedIn、网站
deep3 种格式 + 可直接发布的博客案例研究 + FAQ 变体 + 营销活动素材内容营销、SEO、销售赋能

默认:standard——如果对方说“只需要快速弄一个”,使用 quick。如果他们想把成功案例转化为营销素材,使用 deep。


上下文收集关卡

生成任何内容之前,先收集全部 8 项信息:

字段需要收集的内容
1. 客户所属行业、公司规模/发展阶段、是否具名或匿名?
2. 之前的情况哪些方面出了问题或令人头疼?有数字吗?
3. 采取的行动具体做了什么?工作范围、时间线、角色
4. 之后的情况必填:至少一个具体数字
5. 时间线花了多久实现成果?
6. 引述如果有,提供客户的直接引述
7. 是否具名可以透露客户名称,还是必须匿名?
8. 使用场景准备用于何处?(提案 / 网站 / LinkedIn)

成果提取流程——应用于字段 4:

如果用户说“结果不错”或“情况有所改善”,就停下来询问:

“我需要至少一个数字才能让这个案例可信。请选择一项:

  • 收入变化(例如:‘签下了 3 位新客户,价值 $15K’)
  • 节省的时间(例如:‘每周从 10 小时缩短到 2 小时’)
  • 潜在客户数量(例如:‘每月的主动咨询从 0 增至 5 个’)
  • 大致估算也可以——不必精确。”

字段 4 至少包含一个数字之前,不要起草。


阶段 1:情况分析

起草之前,先分析:

  1. **成果力度:**成果属于第 1 级(硬性指标)、第 2 级(软性指标)还是第 3 级(代理指标)?这决定措辞应有多笃定。
  2. **主角检查:**故事是从客户的角度讲述,还是从你的角度讲述?客户 = 主角,你 = 引导者。
  3. **冲突检查:**这件事难在哪里?没有挑战,就没有故事——只剩一份清单。
  4. **格式匹配:**他们指定了哪种使用场景?这决定了要优化哪种格式。

成果表述的分级体系:

级别类型示例措辞
1硬性指标“收入增长 40%”直接陈述
2软性指标“团队终于达成共识”“多年来第一次……”
3代理指标“为完成 A 轮融资创造了条件”“促成了……”
4趋势性“有明显改善”“在……方面显著改善”

阶段 2:主角原则

客户是主角,你是引导者。

写之前,先调整叙述视角:

❌ 错误:“我构建了一套能带来潜在客户的内容系统。” ✅ 正确:“Sarah 原本为填满销售管道而手忙脚乱,后来每周都能收到 3 个主动咨询——这一切都归功于我们用 6 周共同构建的内容系统。”

每种格式都应从客户的体验出发,而不是从你交付了什么出发。


阶段 3:生成三种格式

格式 1:两句话简介(提案和个人简介)

公式:[完成了什么] + [规模/范围] + [服务对象] + [成果或时间范围]

[Strong action verb] [what was delivered] for [specific client descriptor].
[Outcome metric] in [timeframe].

示例:

为一位没有营销团队的 B 轮 SaaS 创始人构建了一套完整的内容系统。 6 周内,每周主动咨询从 0 增至 3 个。


格式 2:故事版本(LinkedIn 和销售电话)

结构——4 段,150–250 个词:

**Set the scene:** [Their situation when you arrived — 2-3 sentences with stakes]

**Show the complexity:** [What made this hard — 2-3 sentences]

**What happened:** [Specific actions taken — no feature lists, just moves]

**What changed:** [Outcome — the number + the transformation]

格式 3:完整案例研究(网站和作品集)
# Case Study: [Client Name or Descriptor]

## The Challenge
[2-3 paragraphs: situation, stakes, what wasn't working]

## The Approach
[Phases or steps — what happened and in what order]

## The Results
[Metrics, before/after comparison, named outcomes]

## Key Details
- Client: [Named or "A [descriptor] company"]
- Industry: [Sector]
- Timeline: [Duration]
- Scope: [What was delivered]

## What Made This Different
[Unique angle, unexpected obstacle, or pivotal insight]

## Client Quote
> "[Testimonial — or placeholder if not yet collected]"
> — [Name], [Title]

阶段 4:自我批评检查(必需)

生成全部三种格式后,进行评估:

两句话版本:

  • 是否包含具体数字?(不是“效果有所提升”,而是真实指标)
  • 是否不超过 2 句话?
  • 浏览提案的人会不会停下来阅读?

故事版本:

  • 客户是否是主角(而非作者)?
  • 是否存在真实的紧张感——有什么事情让这件事变得困难?
  • 结尾段落是否包含关键指标?

完整案例研究:

  • 结果部分是否以数字开头?
  • 挑战部分是否足够具体,让有类似情况的潜在客户产生共鸣?
  • 是否包含客户引言(或占位符)?

标记任何未通过项:“故事版本缺少紧张感——请在‘发生了什么’段落前添加一个障碍或意外挑战。”


阶段 5:分发计划

格式最佳发布位置使用时机
两句话版本提案、电子邮件简介、LinkedIn 关于版块任何销售场景
故事版本LinkedIn 帖子、播客开场白、销售电话开场白每周内容
完整案例研究网站作品集页面、PDF 下载、RFP 回复买家研究后期阶段

输出结构

## Case Study: [Client Descriptor] — [Date]

### Situation Summary
[2-sentence analysis from Phase 1]
Result tier: [1/2/3/4]

---

### Format 1: Two-Liner
[Final copy]

### Format 2: Story Version
[Final copy]

### Format 3: Full Case Study
[Full markdown]

---

### Self-Critique Notes
- Two-liner: [pass/issue]
- Story: [pass/issue]
- Full: [pass/issue]

### Distribution Plan
[Where to use each]

### Next Step
[If no quote collected → run testimonial-collector]
[If strong story → suggest LinkedIn post from story format]

**交叉引用:**如果此处收集了客户引言,请运行 testimonial-collector,以便为你的客户评价库正确地格式化并评分。


技能作者:Brian Wagner | AI 营销架构师 | brianrwagner.com

评论

支持 Markdown