朋友老李周三上午在公司群里连发三条「急招运营」，中间还夹杂周报和工作消息，很快就被淹没了。等他周末想起来再问 HR，对方第一句话往往是：岗位 JD 发我一下？编制谁批的？最晚哪天到岗？
老李一通抱怨，敢情之前是白说了？然后又得翻聊天记录，补材料，接着就是漫长的等待：简历推过来没？面试安排了吗？人什么时候能到岗？
每次问，每次等，也不知道啥进度，倒不是HR不负责，而是「招人」这件事的信息本来就散，口头一句需求、Excel 里一行备注、邮箱里几封简历，中间断了链，就只能靠人肉追问。
买一套专业招聘系统？动辄几万块，还得找 IT 部署、培训、维护。用 Excel 管？版本满天飞，谁改了都不知道，进度全靠吼。
其实，对于这种中小团队招聘需求的管理，我们用飞书多维表格完全可以搞得定，“能维护需求，能看进度，能自动流转”…. 而且，成本也小，HR同学不用求IT，不能等排期，今天建今天用。
一、痛点是什么？
其实中小团队完全不需要什么很专业很重的IT系统，费时费钱，很多事情线下处理完全可以。
但是线下处理也有不好的地方，如同我们上面提到的。
1.消息沉底：群一多，需求永远抵不过「收到」和表情包。
2.信息不全：业务只说了「要个厉害的」，没有编制说明、没有到岗时间，HR也没法排优先级。
3.进度黑盒：需求提了以后，没人知道卡在审批还是卡在简历，只能开会问、私聊催。
维护个Excel，版本又没法对齐，大家看到的好像都不一样。
为什么一直推荐用多维表格来实现这种需求，因为好操作，成本低，功能足够强大和灵活，并且跟飞书身份、消息、权限天然打通，业务会提需求、会看进度就行，不需要先学会一套新软件。
我在飞书多维表格里找到了一个招聘需求管理的表格模板，今天就来拆解下这个模板，说说如何搭建和使用
二、招聘需求管理需要做什么
招聘需求管理的本质，简单来说就四件事：提需求→审批→执行→跟踪。
用多维表格怎么实现这四件事？很简单：
- 提需求：用表单视图，业务扫码或点链接就能提交自己的招聘需求
- 审批：用人员字段 + 自动化规则，自动流转给 HR 或部门负责人审批
- 执行：用状态字段（待审批/已批准/招聘中/已入职），一目了然
- 跟踪：用看板视图或仪表盘，实时看哪些岗位缺人、哪些卡在审批、哪些快到期了
你看，不需要写一行代码，多维表格的自带功能就能覆盖招聘需求管理的核心闭环。
三、如何搭建这个多维表格
这一章节我们就来说下，如何搭建招聘需求管理这张多维表格
第一步 捋清楚业务流程
首先我们不急着建表，还是要先把业务逻辑捋顺。
招聘不是一张需求表就能说完的事，一般是经历这几个步骤业务先立需求口径 → HR 落成对外岗位 → 用进度表盯整条漏斗 → 候选人进档 → 面试逐轮留痕。
映射到表格，大概就需要这五张表：
| 顺序（逻辑） | 数据表名称 | 典型职责 |
|---|---|---|
| ① | 岗位需求管理 | 业务写清「要什么岗、多少人、何时到岗、跟谁跟进」 |
| ② | 招聘岗位管理 | 从需求关联出一条对外招聘岗位，和进度、候选人挂钩 |
| ③ | 招聘进度管理 | 每个招聘岗位一条进度：上线时间、完成时间、当前状态、入职人数 |
| ④ | 候选人管理 | 挂在「应聘岗位」上，走简历评估 → 面试进度 → offer → 入职 |
| ⑤ | 面试记录 | 挂在候选人上，记每一面的时间、面试官、结果 |
这五张表的业务关系：
需求表管「要不要人」，岗位表管「招哪一条 HC」，进度表管「这条 HC 跑到哪」，候选人表管「人」，面试表管「每一轮怎么面的」。
关联关系如下：
1.招聘岗位管理 → 关联招聘需求 → 指向 岗位需求管理（一条需求可对应多条招聘岗位记录，视实际录入而定）。
2.招聘岗位管理 ↔ 招聘进度管理：字段 招聘进度跟进（岗位表）与 岗位详情（进度表）为 双向关联，一条招聘岗位对应一条（或一组）进度记录。
3.招聘进度管理 → 候选人信息 / 已入职员工 → 指向 候选人管理（进度视角看人）。
4.候选人管理 → 应聘岗位 → 指向 招聘岗位管理；面试记录 ↔ 面试记录（候选人表）与 候选人信息（面试表）为 双向关联。
关系示意图：
岗位需求管理
↑ 关联招聘需求
招聘岗位管理 ←——双向——→ 招聘进度管理
↑ 应聘岗位 │ 候选人信息 / 已入职员工
│ ↓
候选人管理 ←——双向——→ 面试记录这个业务逻辑捋清楚后，我们就可以开始建表了。
第二步 建表，设计字段
1. 岗位需求管理（业务侧入口）
作用： 把「群里一句话」变成一条可检索的需求记录
大概需要以下几个字段：
| 字段名 | 类型 | 说明 |
|---|---|---|
| 岗位名称 | 文本 | 填写需求岗位名称 |
| 需求部门 | 单选 | 研发 / 产品 / 运营 / 商务 |
| 需求人数 | 数字 | 需求的人数 |
| 招聘类型 | 单选 | 社招 / 日常实习生 |
| 城市 | 单选 | 北京 / 上海 / 广州 / 深圳 / 成都 / 杭州 |
| 期望到岗时间 | 日期 | 什么时候到岗 |
| 当前状态 | 单选 | 招聘中 / 暂不招聘 |
| 需求跟进人 | 人员 | 谁来跟进这个招聘需求 |
| 跟进 HR | 人员 | 对接 HR |
| 岗位描述 | AI | 根据其他字段的基本信息，用AI生成岗位JD |
| 任职资格 | 文本 | – |
搭建要点：
①业务主管主要新建行、维护 岗位名称 / 需求人数 / 期望到岗时间 / 需求部门 / 当前状态，并指定 需求跟进人、跟进 HR。
②当前状态 从「暂不招聘」改成「招聘中」等操作时，会触发自动化（见后面的「自动化流程」）。
如何方便业务填写？我们可以把表格生成一个填写表单，把入口放在飞书，需要填写的时候打开即可。
2 招聘岗位管理（HR 落 HC）
作用： 把招聘需求落成「对外招聘岗位」，并挂上进度。
| 字段名 | 类型 | 说明 |
|---|---|---|
| 关联招聘需求 | 关联 → 岗位需求管理 | 必选，标明 HC 来源 |
| 招聘进度跟进 | 关联 ↔ 招聘进度管理 | 双向，维护进度行 |
| 招聘岗位 | 公式 | 由关联字段拼出展示名，勿手改 |
| 岗位需求人数 | 数字 | – |
| 岗位 ID | 数字 | 可与内部编号体系对齐 |
| 跟进 HR | 人员 | – |
| 招聘类型 | 单选 | 社招 / 日常实习生 |
| 岗位描述 | 文本 | – |
| 城市 | 单选 | 与北京上海等同套选项 |
| 需求部门 | 单选 | 与需求表一致 |
搭建要点：
①新建岗位时先选 关联招聘需求，再补人数、部门、城市；招聘进度跟进 在进度表里建记录后会自动回填。
3. 招聘进度管理（盘子 / 漏斗）
作用： 看每条 HC 是否上线、是否结束、录用几人，并链接候选人。
| 字段名 | 类型 | 说明 |
|---|---|---|
| 岗位详情 | 关联 ↔ 招聘岗位管理 | 双向 |
| 岗位名称 | 公式 | 展示用 |
| 需求人数 | 查找 | 来自关联岗位 |
| 招聘上线时间 | 日期 | |
| 招聘完成时间 | 日期 | |
| 当前状态 | 单选 | 已完成 / 进行中 / 已下线 |
| 已入职人数 | 数字 | |
| 候选人信息 | 关联 → 候选人管理 | 本条 HC 下的候选人 |
| 已入职员工 | 关联 → 候选人管理 | 入职名单 |
| 跟进 HR | 查找 |
搭建要点：
①HR 按 招聘上线时间、当前状态 筛「进行中」的 HC；业务负责人看 招聘完成时间、已入职人数 对齐编制。
4. 候选人管理（人选档案）
作用：维护候选人的信息
| 字段名 | 类型 | 说明 |
|---|---|---|
| 应聘岗位 | 关联 → 招聘岗位管理 | |
| 候选人姓名 | 文本 | |
| 候选人简历 | 附件 | |
| 投递渠道 | 单选 | 猎聘 / boss直聘 / 官网投递 / 内推渠道 |
| 简历评估 | 单选 | 待简历评估 / 通过简历筛选待面试 / 未通过流程结束 |
| 面试进度 | 单选 | 待一面～三面通过 / 各轮淘汰 |
| offer 发放状态 | 单选 | 已发 offer / 拒绝 offer / 考虑中 |
| 入职状态 | 单选 | 已入职 / 未入职 |
| 面试记录 | 关联 ↔ 面试记录 | 双向 |
| 跟进 HR | 查找 |
搭建要点：
①每新增候选人必须选 应聘渠道 与 应聘岗位，后续面试记录才有挂靠。
5. 面试记录（轮次）
作用：维护候选人面试的记录
| 字段名 | 类型 | 说明 |
|---|---|---|
| 候选人信息 | 关联 ↔ 候选人管理 | 双向 |
| 候选人姓名 | 公式 | 展示用 |
| 面试阶段 | 单选 | 一面 / 二面 / 三面 |
| 面试时间 | 日期 | |
| 面试官 | 人员 | |
| 面试结果 | 单选 | 通过 / 不通过 |
| 面试评价 | 文本 | |
| 面试记录 | 文本 | 过程纪要 |
搭建要点：
①面试官只维护 时间、阶段、结果、评价；候选人总进度回写到 候选人管理 · 面试进度。
第二步：设置自动化流程
只有表格，可能并不能体现多维表格的优势，要协同各角色把表格用起来，自动化功能必不可少
比如我们新建一个“当招聘状态变更时，为需求跟进人发送提醒 ”的自动化流程
1.触发： 表 岗位需求管理，记录 被修改；监听字段 当前状态。
2.动作： 发送飞书消息
①接收人： 字段 需求跟进人
②标题： 「您提出的招聘需求状态已变更」
③正文： 包含 岗位名称、最新状态（当前状态）、跟进 HR
④按钮： 「查看详情」（链接引用跟进 HR 相关字段，便于点开记录）
作用： 业务或 HR 在需求表里改状态的一瞬间，需求跟进人 能在飞书里收到卡片，不必再靠群里 @。
三、业务人员怎么用？3 个真实场景
搭好基础系统后，看看业务人员怎么用。
我们用以下几个场景为例
场景 1：业务主管提需求，状态一变就跟进到人
主管打开 岗位需求管理 的 表单视图，填写 岗位名称、需求部门、需求人数、期望到岗时间、城市、招聘类型，指定 需求跟进人 与 跟进 HR，先把 当前状态 设为「招聘中」或后续再改。只要 当前状态 发生变更，自动化 「当招聘状态变更时，为需求跟进人发送提醒」 会给 需求跟进人 推送飞书消息，正文带出 岗位名称、最新状态、跟进 HR，无需在群里重复 @。
场景 2：HR 落岗位、盯进度、挂候选人
HR 在 招聘岗位管理 新建行，关联招聘需求 选中对应需求；与 招聘进度管理 通过 招聘进度跟进 / 岗位详情 维护一条进度：招聘上线时间、当前状态（进行中 / 已完成 / 已下线）、已入职人数。候选人入库时在 候选人管理 选择 应聘岗位，上传 候选人简历，更新 简历评估、面试进度、offer 发放状态——全过程可在 候选人管理看板（按面试进度） 一眼扫。
场景 3：面试官写面评，历史可查
面试官在 面试记录 新增一行：选择 候选人信息，填写 面试阶段（一/二/三面）、面试时间、面试官、面试结果、面试评价 / 面试记录 文本。候选人侧的 面试记录 关联会自动对齐；复盘时按 面试时间 排序即可，不用翻群聊天记录。
四、最后
这个系统适合谁？不适合谁？
1.适合：
需要「需求—岗位—候选人—面试」一条链路的团队；业务在「岗位需求管理」提口径，HR 在五表里维护执行；愿意用状态 + 自动化代替群里吼。
2.不适合
指望一套表解决所有事： 超大规模校招简历机筛、薪酬审批、电子签——要走 ATS / OA
毕竟多维表格不是要取代专业招聘系统，而是让那些”买不起、用不上、等不及”的团队，也能拥有清晰的招聘管理流程。
模板链接：
📋 这套招聘相关模板，我整理成模板了
跟着上面步骤搭要花点时间。想直接拿现成的改，加我微信备注「招聘」，我发你。
🤔 卡在某一步了？
搭建过程里如果哪一步卡住了，如果你照着做没跑通，或者你们公司情况不太一样，可以找我聊聊，我免费帮你看看怎么调。不合适我也会直说。
扫码加我，备注「招聘」领模板
想看更多这类方案，我都整理在 吨师傅工具箱 里了：客户管理、进销存、工单报修……按场景分好类，可以直接抄。
