把 5 份客户访谈转写变成 12 个案例角度：NotebookLM 三笔记本工作流
目录
5 段访谈，12 个案例角度，4 小时工作量。没有一篇是拼凑出来的弗兰肯斯坦，每一篇读起来都像一个真客户写的。下面是让这件事成立的三笔记本 NotebookLM 设置。
为什么 5 段访谈通常只变成 1 篇案例
大多数 B2B 团队把每段访谈当成一座孤岛。打开转写稿，划出好句子，写一稿，发布，切换下一段。等到这一篇案例文章发出去的时候，第 3 段访谈里那句本可以做第 4 篇案例开头的话，你已经忘了。第 2 段里那些"额外"的洞察会被砍掉 —— 不是因为没用，是因为它们塞不进你已经选定的故事框架。一段访谈，一篇案例，这是默认做法，也是一种对转写稿的浪费。
另一种更糟的失败模式更难看：把 5 段转写稿一起塞进一个 AI 提示词，问它"写一篇案例"。出来的是一壶混合果昔。模型会把 5 个人的语气做平均，挑最显眼的几个主题，拼出一篇读起来谁也不像的案例。看起来完成了，其实没法用。
这两个问题都来自"一次完成"而不是"分三步"。
三笔记本切分 —— 为什么这不算过度设计
在上传任何东西之前，先把结构定好。设置是：
- 笔记本 1：提炼。 每段访谈一个笔记本，用一个结构化提示词，返回一张打了标签的可引用句表格。
- 笔记本 2：综合。 一个笔记本放 5 张提炼表，提示词返回主题、十几个角度，以及不该写的角度。
- 笔记本 3：写作。 每篇真正要发的案例一个干净笔记本，里面放选定客户的提炼表 + 客户本人自然写作风格的样本。
分三个笔记本是因为每一步干的事不一样。笔记本 1 保护客户本人的语气，不会被其他 4 个人的语气掺进来。笔记本 2 强迫模型跨样本找规律，而不是在一段对话里自嗨。笔记本 3 是一个干净的写作间，不会被分析过程污染。
如果你想在一个笔记本里做完这一切，模型在"写"的时候会同时看到跨访谈的规律数据，结果写出来的案例会带着 5 个客户被平均后的语气。那种案例读起来就是产品宣传册。把笔记本拆开，才能在第 3 步逼模型专门为一个客户的语气写 —— 整场游戏的关键就在这里。
笔记本 1：从每段访谈里提炼
每段访谈开一个笔记本。上传转写稿（txt、Google Doc、PDF，三种都支持）。在 Configure Notes（配置笔记）面板里，把下面这段当 system prompt（系统提示词）贴进去：
你是一位负责 B2B（Business to Business，企业对企业）案例的编辑。我会一段一段贴客户访谈转写稿。先不要写案例文章。
请返回一张结构化表格，列如下：
| 原话（逐字保留，标注时间戳）| 标签 | 段落 | 强度 |
| 标签可选：PAIN（痛点）、OLD_WAY（旧方法）、DISCOVERY（发现） |
| DECISION（决策）、RESULT（结果）、METRIC（数据）、ADVICE（建议） |
| 段落可选：opening（开头）、before（切换前）、switch（切换） |
| result（结果）、closer（结尾） |
| 强度：strong（强）/ moderate（中）/ weak（弱） |
规则：
- 只保留可引用或具体的句子。
- 保留客户原话，包括犹豫和半截话。
- 至少标 3 行为"strong" —— 这些是 pull quote（拉出来的金句）的候选。
- 客户如果给了数字，原样保留。
- 一句话如果可以打两个标签，选符合案例叙事弧的那一个，
不是听起来更聪明的那个。
- 忽略寒暄、约时间、以及任何不给读者提供事实或感受的句子。跑一遍。每段访谈会出来 30 到 50 行的表格。5 段都跑一遍。
这个提示词做了一件"总结这段访谈"做不到的事：它强迫模型做取舍。一句标 PAIN 的话属于"切换前"那一节。一句标 RESULT 的话属于结果那一节。没标签的，整句从初稿里删。模型被逼着选，不能躲。
"保留犹豫和半截话"这条规则对语气最关键。客户说"我不是说我之前的办法不行，就是……有点多"，比改成"之前的效率不高"读起来更像人。前者才是买家会相信的话。
笔记本 2：跨 5 段访谈做综合
开第二个笔记本。把 5 张提炼表都传进去（直接当文本源粘贴就行，不用排版）。提示词：
你是一位内容策略师。我上传了 5 段客户访谈的提炼表（同一套 schema、同一套标签）。先不要写案例文章。
返回三件事：
1. 一张规律表 —— 在 3 段及以上访谈里出现的主题，附上每段访谈里
代表性的一句原话。引用计数很重要：4/5 客户提到的主题比
3/5 提到的更强。
2. 12 个不同的案例角度。每个角度要包含：
- 一句话钩子（写结果，不写功能）
- 哪 2 到 3 段访谈最适合支撑这个角度
- 哪个"段落"标签占主导（例如 PAIN + RESULT 占主导 = 一个
"前后对比"型角度；DISCOVERY + DECISION 占主导 = 一个
"切换"型角度）
- 可能的目标读者（市场负责人 / 运营 / RevOps / 等）
3. 3 个会写出最差案例的角度，并说明原因。要具体。"太通用"
不是答案。12 不是魔法数字。它足够高，逼模型去挖长尾；又足够低，没法靠凑数填满。从这 12 个里挑 4 到 5 个跟下个季度营销目标匹配的角度。剩下的放进内容素材库，以后再用。
第 3 项 —— "不该写什么"清单 —— 是大多数团队跳过的那个，也是能避免"12 篇都是关于'效率提升'的通用案例"这个失败模式的关键。如果模型告诉你"AI 每周帮我们省 10 小时"这个角度很弱，就听它的。弱是因为每家竞品都在写这个角度。
笔记本 3：写案例文章，保住语气
每篇要发的案例，开一个干净的笔记本。传两样东西：
- 选定客户的那张提炼表
- 一份语气样本 —— 客户自己写过的 3 到 5 段文字：推文串、给你发过的 Slack 消息、博客文章、公开发过的 LinkedIn 帖子。如果客户没有公开发表的内容，就用访谈里"你会怎么劝同行"那个回答。那是你能拿到的、最接近他日常语气的素材。
然后提示词：
你是一位 B2B 案例写手。两份源已经附上：
(1) 这位客户的提炼表
(2) 这位客户的语气样本。
按下面这套八段式结构，写一篇 600 词的案例文章：
标题、概览小框、问题、他们之前的尝试、切换过来、结果、
金句、结尾。
硬规则：
- 所有直接引用都使用客户的原话原句。
- 节奏对齐语气样本 —— 短句、半截话、偶尔一行的旁白。
不要套营销人的节奏（每句一样长、每段以名词收尾）。
- 用访谈里的具体事实，替换掉营销形容词（无缝的、强大的、
颠覆性的）。
- 金句必须原样取自"哪个时刻让你觉得不一样"那个回答。
- 结尾必须用客户的话，只有在确实让意思更清楚时才能改写。
- 如果客户语气样本里没有支撑某一段的内容，那一段写 1 句话
就过，不要凑字。跑一遍。90 秒出初稿。第一段自己手改 —— 那段必须落地。其余的部分通常是压缩，不是重写。
那份语气样本，是"客户愿不愿意在自己的 LinkedIn 上转发你这篇案例"和"客户悄悄不分享"之间的分水岭。如果你没传语气样本，模型会默认写"LinkedIn 正式 B2B 散文"，那恰好就是每家供应商的案例文章听起来的样子。
会毁掉这条工作流的错误
把原始转写稿直接传进笔记本 1，跳过提炼提示词。出来的结果是每段访谈的"摘要"，把那些半句话和犹豫全丢了 —— 也就是让人听起来像人的那些部分。没有表格，笔记本 2 给的"12 个角度"就来自模型"觉得最显眼"的内容，不是真正可引用的内容。提炼这一步别省。看起来像冗余，其实不是。
另一个常见错误：把综合和写作塞进同一个笔记本，因为"反正数据都一样"。跨访谈的规律数据，在你专门要写一篇案例的时候是污染源。它就是平均语气案例文章产生的那种噪声。让它们分开。
一次冲刺实际跑出来什么样
上个季度，我的团队用这个流程在 3 天冲刺里处理了一批 6 个客户。每个客户 5 个提炼笔记本，1 个综合笔记本，每篇发布的案例 1 个写作笔记本。最终结果：4 篇发布案例，7 个角度存进下个营销活动的素材库，零篇听起来像通用稿。那位读到自己案例的客户说"对，我说话就是这样的"。这就是合格线。
整条流水线跑下来，5 个客户的批次在访谈录完之后大约 4 小时。第一次我们做的时候花了一整周，因为我们一直在用错的提示词反复重跑笔记本 2。第三次，我们撞到了 4 小时那条线。差距从来不在工具 —— 在于你的提示词要逼模型做取舍，不能让它躲。
如果你电脑里某个文件夹里还堆着一摞"打算哪天变成案例"的转写稿，这个周末就能开干。5 个笔记本，3 段提示词，4 小时。你在第 3 段访谈里差点漏掉的那个角度，可能就是最终会发出去的那一篇。