从 45 分钟录音到可发布案例：用一个下午搞定

去年春天，一个 B2B SaaS（Software as a Service，软件即服务）客户打电话来问："昨天那通电话的录音，你能周五前帮我变成一篇案例文章吗？" 我答应了。电话 45 分钟，案例文章两天后交付，他们整整用了一年。流程里唯一没外包的，是判断。

这就是我目前每一篇案例文章都在用的工作流。它不神奇 —— 就是转写、结构化提炼、套模板、再做一轮核实。AI 处理那些重复劳动；人做的那部分，才决定这篇文章读起来像客户本人在说话，还是像一份产品宣传册。

为什么大多数"案例文章"根本不是案例

B2B 营销里发出来的所谓案例文章，大部分不是案例，是贴了个客户 logo 的产品介绍页。根因是：从来没人坐下来，认真问过客户"你以前是怎么做的"、"切换之后发生了什么变化"，而且问到能产出可引用金句的程度。所以写稿的人只好用形容词来填窟窿 —— "无缝的"、"强大的"、"颠覆性的"。对买家来说，这些词毫无意义。

一篇真正的案例文章，要替一个"和案例客户很像"的读者回答四个问题：

1. 我遇到的这个问题，你以前是不是也遇到过？
2. 在用这个产品之前，你试过别的方法吗？
3. 切换之后，发生了什么？
4. 我能不能引用一个具体的人的原话？

你的稿子回答不了这四个问题，那就不是案例文章，是产品页。

下面是我每次都会跑的 5 步工作流。

第 1 步：访谈前的准备 —— 能问出真金句的问题

大多数访谈提纲都太长。20 个问题，客户到第 15 分钟就疲了，最后转写出来全是客套话。能产出好案例的访谈，问卷只有 6 到 8 个问题，而且其中 3 个是直球。

按顺序来：

1. "跟我讲讲你意识到老方法行不通的那一天。"
2. "在用我们之前你试过什么？为什么没坚持下来？"
3. "是什么时刻让你觉得，我们这个产品确实不一样？"
4. "和以前比，你现在的周例会是什么样子？"
5. "如果有个同行还在用老方法，你会怎么劝他？"
6. "有没有什么事，是我们本来可以做得更好的？"

"意识到行不通的那一天"这个问题，决定了文章开头的引子。"哪个时刻让你觉得不一样"这个问题，决定了中间的 pull quote（拉出来的金句）。"你会怎么劝同行"这个问题，决定了结尾那句收束的话。

提前把问题发给客户，让他们别背稿。你要的不是流畅，是具体。

第 2 步：转写 —— 别自己一个字一个字敲

把通话录下来。用 Otter、Notta、Fireflies，或者直接用 Zoom 自带的转写。预算紧的话，开源 whisper.cpp 本地跑 Whisper 模型，干净英文录音的效果也够用。

两个实操要点：

• 告诉客户你在录音。B2B 场景下他们基本都同意，但要先问。
• 请客户用真正的话筒，别用笔记本麦克风。转写出错基本都坏在笔记本麦上。亚马逊上 30 美元的领夹麦能解决 80% 的问题。

转写稿就是你的原料。不要对着音频直接写案例 —— 既慢又容易漏东西。

第 3 步：提炼 —— 让 AI 帮你把金子挑出来

这是大多数人用错 AI 的地方。他们把整份转写稿贴进去，说"帮我写一篇案例"。出来的稿子听起来四平八稳，但客户的话被用在了错误的地方。

诀窍是先提炼，再从提炼结果写稿。下面是我用的提示词（每个项目会微调）：

你是一位编辑。我会贴一份客户访谈转写稿。
先不要写案例文章。请只返回一张结构化表格，列如下：

| 原话（逐字保留，标注发言人）| 主题标签 | 类型 |
| 类型可选：PAIN（痛点） | OLD_WAY（旧方法） | DISCOVERY（发现） |
| DECISION（决策） | RESULT（结果） | METRIC（数据） | ADVICE（建议） |

只保留可引用或具体的句子。忽略寒暄、客套，
以及任何不给读者提供事实或感受的句子。

为什么这么做有效：逼模型落到表格里，逼它做出取舍。"类型"那一列就是纪律。标 PAIN 的归到"切换前"那部分，标 RESULT 或 METRIC 的归到结尾。没标上的，整句删掉。

记得在后续邮件里追客户要数字："你刚说'省了好多时间'，能落到具体数字吗？每周几小时、每月几小时、或者一个大概范围都行？" 好的案例文章每个小节都至少有一个具体数字。客户给不出数字，那叫故事，不叫案例。

第 4 步：稳定好用的结构（以及为什么我每次都用同一个）

我试过十几种结构。唯一一种能在初稿就达到可发布质量的，是下面这套：

1. 标题 —— 写出客户名，写出结果。"[公司] 用 [产品] 把客服响应时间从 14 小时压到 22 分钟。"
2. 概览小框 —— 3 到 5 个 bullet：公司、行业、团队规模、一句话问题、一句话结果。
3. 问题 —— 2 到 3 个短段落。用 PAIN 类的引用，具体到成本、时间或风险。
4. 他们之前的尝试 —— 试过什么、为什么没成。这部分大多数案例都跳过了，偏偏这才是买家真正会读的部分。
5. 切换过来 —— 是什么让他们最终选了你。用 DISCOVERY 和 DECISION 类的引用。
6. 结果 —— 具体成绩，至少带一个数字。用 RESULT 和 METRIC 类的引用。
7. 金句 —— 一句话，放大，用客户自己的声音。来自"哪个时刻让你觉得不一样"那个回答。
8. 收尾 —— "你会怎么劝同行？"用 ADVICE 类的引用。用客户的话收尾，别用你的。

这套结构一点都不花哨。这正是它的优点。花哨的结构是给散文用的。案例文章里，读者其实是在扫上面那四个问题，每个小节都对应其中之一。别耍小聪明。

第 5 步：写初稿 —— 以及为什么这一关反而要自己来

讲一个反直觉的点：我是手写初稿的，对照的不是转写稿，而是上一步提炼出来的那张表。转写稿会骗人 —— 它让人听起来比实际更犹豫；表格是被编辑过的。

写完初稿后，我再单独跑一轮 AI，做两件事：

1. 压缩文字。 删掉水分，段落压到 2 到 3 句，把"在当今快节奏的世界"这种偷偷溜进来的开场全部清掉。
2. 对齐客户的语气。 把客户自己写过的几段文字（博客、推文串、给你发过的 Slack 消息）和你初稿并排贴给 AI，问："我的初稿里哪几句话听起来不像这个人？把它们改写成客户的语气，不是营销人的语气。"

第二个提示是大多数人跳过的，也是案例文章读起来像宣传册还是像真人说话的分水岭。营销人的语气是对称的 —— 每句话一样长，每个段落都以名词收尾。客户的语气有节奏断点、有半截话、有一句话的旁白。这些要保住。

第 6 步：核实引文 —— AI 替代不了的那一环

案例里每一句直接引用，都要发回给客户过目。不是因为他们会拒绝 —— 大多数时候一个字都不改 —— 而是一旦你发出一句没经过他点头的引用，你就烧掉了一段关系。

把初稿发过去，引用部分用加粗标出，让他们一眼能看到。再加一句："如果有要改的地方，麻烦回一下；如果都 OK，回一个'OK'就行。" 三句话。绝大多数客户一天内就会回。

如果某句引用对整篇案例很关键，专门约个 5 分钟电话过一下。我发的第一篇案例里，客户把一句"saved our bacon（救了我们一命）"改成了"made the difference for us（对我们来说是关键转折）" —— 改完之后那句更温和，6 年后还在销售 deck 里用着。

第 7 步：分发 —— 团队最容易忘掉的一半

只挂在官网上的案例，是被浪费的资产。最起码的分发动作：

• 在客户公司 LinkedIn 账号发一条，配一句引用和一个链接。
• 在你自己公司账号再发一条，换一句引用。
• 给同行业正在接触的潜客定向发一封邮件（分群发，不是群发）。
• 在下期 newsletter 里摘一段。
• 塞进下个版本的销售 deck 一页。

不需要全部都做，至少做两项。绝大多数案例只做了官网那一条，所以对 pipeline（销售管线/商机漏斗）完全看不出影响。

毁掉整条工作流的唯一错误

如果只能挑一个，那就是：客户还没认可结构的时候，你就已经动手写初稿了。一旦你把结构定下来，你就会开始把引文硬塞进结构里，而不是反过来。熬到提炼表出来再动笔。结构是原料的下游，不是上游。

在这条工作流里，AI 到底擅长什么

把 AI 干的事和我干的事分开来讲：

• AI 干的： 转写、提炼、压缩、对齐语气。
• 我干的： 问直球问题、决定追哪些数字、写第一稿、把引用发回去过一遍、做分发。

五项 AI 任务里有三项是机械活。剩下两项是判断题，AI 顶多算个有用的第二意见，不是作者。把这个分工在脑子里拎清楚，你写出来的案例就不会听起来跟网上的其他案例一个样。

整套流程跑下来，一次 45 分钟的访谈加上大约 3 小时集中工作。第一次我花了一整周，第二次、第三次越来越快，到第二十次时一个下午就够。差距从来不在 AI —— 在于你知道哪些环节可以外包，哪些必须自己扛。