SuperAPI AI 工具集

case-study-builder

营销与增长

查看项目

更新于 10-15 18:29

技能介绍

用途

该技能用于把客户成果转化为成型的案例研究,服务于提案、社交证明与销售对话。资料开篇指出,人人都想要社会证明,但没人抽时间去做;项目结束、客户满意、然后你继续向前,六个月后在一次销售电话里却无内容可展示。该技能旨在解决这一缺口:给出原始细节,产出三种可立即使用的格式。

模式

技能会从上下文检测或询问:「快速写、完整案例研究,还是完整资产包?」

  • quick:1 种格式,用于提案的段落摘要;适合快速社交证明、提案插入。
  • standard:3 种格式,包括提案简介、社交证明金句、销售故事;适合主动推介、LinkedIn、网站。
  • deep:3 种格式 + 适合博客的案例研究 + FAQ 变体 + 活动素材;适合内容营销、SEO、销售赋能。

默认:standard。若用户说「只需要快点出个东西」,使用 quick;若想把这次成果变成营销资产,使用 deep。

上下文加载门槛

生成任何内容前,需收集全部 8 个字段:

  1. Client:行业、公司规模/阶段、具名还是匿名?
  2. Before:原本哪里坏了或痛苦?有无数字?
  3. Actions:你具体做了什么?范围、时间线、角色。
  4. After:必需,至少一个具体数字。
  5. Timeline:用多久达成结果?
  6. Quote:若有,客户直接引语。
  7. Naming:能否具名客户,还是必须匿名?
  8. Use case:将用在哪里(提案 / 网站 / LinkedIn)?

结果提取协议(对字段 4 强制执行):若用户说「结果不错」或「情况改善了」,应停下并询问,要求至少一个数字,可选类型包括:收入变化(如「新签 3 个客户,价值 15K 美元」)、节省时间(如「从每周 10 小时降到 2 小时」)、线索量(如「从每月 0 到 5 个入站线索」);粗略估计即可,不必精确。在字段 4 至少有一个数字前,不得起草。

第 1 阶段:情境分析

起草前先推演:

  • 结果强度:结果是 Tier 1(硬指标)、Tier 2(软指标)还是 Tier 3(代理指标)?这决定语言应有多自信。
  • 主角检查:故事是从客户视角讲,还是从你的视角讲?客户 = 主角,你 = 引导者。
  • 张力检查:是什么让这件事变难?没有挑战就没有故事,只是清单。
  • 格式匹配:用户指定了哪个用例?这决定应优化哪种格式。

结果语言分层系统:

  • Tier 1:硬指标,例如「收入 +40%」,直接陈述。
  • Tier 2:软指标,例如「团队终于对齐了」,用「多年来第一次……」表述。
  • Tier 3:代理指标,例如「促成了 Series A 完成」,用「为……做出了贡献」表述。
  • Tier 4:方向性,例如「明显改善」,用「……方面有显著改善」表述。

第 2 阶段:主角原则

客户是主角,你是引导者。写作前要翻转框架:

  • ❌ 错误:「我做了一套内容系统,产生了线索。」
  • ✅ 正确:「Sarah 从疲于填满管道,变成每周收到 3 个入站咨询——全部来自我们在 6 周内搭建的内容系统。」

每种格式都应从「客户经历了什么」来写,而不是「你交付了什么」。

第 3 阶段:生成三种格式

格式 1:两行式(提案与简介) 公式:[做了什么] + [规模/范围] + [为谁] + [结果或时间范围]

[强动作动词] [交付内容] for [具体客户描述]。 [结果指标] in [时间范围]。

示例: Built a full content system for a Series B SaaS founder with no marketing team. 0 to 3 inbound leads/week in 6 weeks.

格式 2:故事版(LinkedIn 与销售电话) 结构为 4 段,150–250 词:

  • 设定场景:你到来时他们的情况——2 到 3 句,带利害关系。
  • 展示复杂性:是什么让这件事变难——2 到 3 句。
  • 发生了什么:采取的具体行动——不是功能清单,而是动作。
  • 什么改变了:结果——数字 + 转变。

格式 3:完整案例研究(网站与作品集)

案例研究:[客户名称或描述]

挑战

[2-3 段:情况、利害关系、什么不奏效]

方法

[阶段或步骤——发生了什么、以什么顺序]

结果

[指标、前后对比、具名成果]

关键细节

  • 客户:[具名或「一家 [描述] 公司」]
  • 行业:[领域]
  • 时间线:[时长]
  • 范围:[交付了什么]

与众不同的地方

[独特角度、意外障碍或关键洞察]

客户引语

「[证言——若尚未收集则用占位符]」 — [姓名],[职位]

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

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

两行式:

  • 是否有具体数字?(不是「改善了结果」,而是真实指标)
  • 是否 2 句或更少?
  • 扫读提案的人会停下来读吗?

故事版:

  • 客户是主角(而不是作者)吗?
  • 是否有真实张力——让这件事变难的东西?
  • 结尾段落是否包含关键指标?

完整案例研究:

  • 结果部分是否以数字开头?
  • 挑战部分是否具体到类似潜在客户能认出自己的处境?
  • 客户引语(或占位符)是否存在?

标记任何失败:「故事版没有张力——在『发生了什么』段落前加一个障碍或意外挑战。」

第 5 阶段:分发计划

  • 两行式:提案、邮件简介、LinkedIn About 部分;任何销售场景。
  • 故事:LinkedIn 帖子、播客开场、销售电话开场;每周内容。
  • 完整案例研究:网站作品集页面、PDF 下载、RFP 回应;后期买家调研。

输出结构

案例研究:[客户描述] — [日期]

情境摘要

[来自第 1 阶段的 2 句分析] 结果层级:[1/2/3/4]


格式 1:两行式

[最终文案]

格式 2:故事版

[最终文案]

格式 3:完整案例研究

[完整 markdown]


自我批评备注

  • 两行式:[通过/问题]
  • 故事:[通过/问题]
  • 完整:[通过/问题]

分发计划

[每个用于哪里]

下一步

[若未收集引语 → 运行 testimonial-collector] [若故事强 → 建议从故事格式生成 LinkedIn 帖子]

交叉引用:若在此处捕获了客户引语,运行 testimonial-collector 来正确格式化并为其评分,纳入你的证言库。

技能由 Brian Wagner | AI Marketing Architect | brianrwagner.com 制作。