AI 招聘 17
ARTICLE ARCHIVE

AI 招聘

NotebookLM 整合 JD 和面试材料:招聘 BP 的实操笔记

招聘 BP 用 NotebookLM 把岗位 JD、简历、面试反馈整合进同一个工作区的实操记录,以及发现这套流程在哪些地方真的省时、哪些地方还不如手动。

2025-11-058 min41 篇档案中的第 17 篇

文章导语

十月我开始用 NotebookLM 整理一个复杂职位的招聘资料——这个岗位开了四个月,面过三十多个人,材料分散在邮件、飞书、本地文件里。这是整合完两周后的实操总结。

正文内容

问题背景

一个技术总监职位,四个月里产生了:

  • 3 版不同的 JD(每次调整需求都改了)
  • 34 份简历的简要总结
  • 19 次电话沟通记录
  • 11 次面试反馈(格式不统一)
  • 若干和用人经理的沟通邮件

每次要给新面试官做背景介绍,或者复盘这个岗位的进展,我都要手动翻一遍这些东西。

NotebookLM 进入我视野是因为它支持「上传多个文档后可以跨文档提问」,正好是我需要的。


基本使用方法

打开 notebooklm.google.com,需要 Google 账号。

建立 Notebook: 点「New Notebook」,给它起个名字,比如「技术总监招聘」。

上传来源文档: 点「Add source」,支持:

  • PDF、Word、TXT 文件上传
  • Google Docs 直接连接
  • 网页 URL(复制内容用)
  • 直接粘贴文本

我把所有面试反馈整理成一个 Word 文档上传,JD 的三个版本分开上传,电话沟通记录整理成一个文本文件。


真正有用的功能

跨文档提问:

这是核心功能。上传完之后可以直接问:

text
这个岗位的三版 JD,主要变化了哪些要求?
text
所有面试反馈里,被提到最多的候选人问题是什么?
text
有没有候选人在某个面试官这里评价高、但在另一个面试官这里评价低?

它会引用具体来源段落,能看到答案从哪份文档来的。

生成面试官简报:

新面试官加入时,我直接问:

text
给一个从未接触这个职位的面试官,生成一份 600 字以内的背景简报:
这个岗位要什么、到目前为止的进展、需要重点考察哪些点。

生成的内容不是完美的,但作为初稿非常够用,改动不超过 20%。

Audio Overview(音频摘要):

这个功能刚出来时我以为是噱头,实际测试后还挺有用。它会生成一段 8-12 分钟的双人对话式音频,讨论你的文档。

用途不是当播客听,而是:在上下班路上帮助自己重新梳理一个复杂职位的信息,当一种「有声头脑风暴」。


踩坑记录

坑 1:上传文件有大小限制(每个文件不超过 200MB),每个 Notebook 上限 50 个来源。

我有几个飞书导出的大 PDF,上传失败,要先压缩。

坑 2:它理解不了表格格式的面试评分表。

把面试评分用表格上传,它抓取到的信息会乱序。解决方法:把评分表转成「候选人 A:技术 4/5,沟通 3/5,综合意见:……」这样的段落格式。

坑 3:它不会帮你做决定。

我问「哪个候选人最适合这个职位」,它给的是「根据文档,候选人 A 在 X 方面有优势,候选人 B 在 Y 方面…」这类罗列,不会给出结论。这其实是对的,但要有这个预期。

坑 4:更新文档要重新上传。

新增了面试反馈,要删掉旧文件重新上传整合版,没有「追加更新」功能。


不如手动的场景

  • 快速查某一个数字:比如「候选人 A 的期望薪酬是多少」,直接搜关键词比问 AI 快
  • 比较两份格式相同的文件:结构化比较还是 Excel 更直观
  • 需要保密的候选人信息:Google 服务,不建议上传有真实姓名+手机号的文件

数据安全的取舍

这是我花时间想过的问题。NotebookLM 数据存在 Google 服务器,不适合上传包含身份证、手机号、完整简历的文件。

我的做法:脱敏处理后再上传。面试反馈里只保留「候选人代号 + 岗位 + 评分 + 文字反馈」,去掉所有个人联系信息。这样功能基本不受影响,合规风险降低。


结论

NotebookLM 在「整合复杂职位信息、支持多人协作理解进展」这个场景下真的有用。对于管多个职位的招聘 BP,或者需要频繁向不同干系人汇报进展的场景,值得花半天时间建立起来。

主要限制是数据安全问题,以及它不适合「实时更新」的场景。如果你的信息更新很频繁,每次重新上传会让你觉得麻烦。