猎头推了好几批全被否了？回头看看你的岗位需求写对了吗

目录

1. 岗位需求的三层信息变形：为什么猎头总听不懂你要什么人
2. 三栏法（Must / Plus / Nice-to-have）：让猎头第一次就找对方向
3. 反向校准：让业务部门对已推候选人逐条打分
4. 需求迭代更新：三轮之后你的岗位描述应该完全不同
5. 常见问题（FAQ）

岗位需求的三层信息变形：为什么猎头总听不懂你要什么人

先还原一下一条岗位需求从业务部门脑子里到猎头手里的完整路径：

第一层：业务部门脑子里想的是什么。老板或业务VP脑子里想的往往不是一个「岗位描述」，而是一个「场景描述」——「我们产线出了质量问题，需要一个能把良率从92%拉到98%的人」「销售团队各自为战，需要一个能整合渠道的人」。这些话是真正的需求，但它们不会出现在JD里。为什么？因为业务部门默认这些信息「HR应该懂」，而HR不一定懂。

第二层：HR把场景翻译成了岗位描述。HR拿到业务部门的需求之后要进行「翻译」——把场景翻译成标准的岗位描述。翻译的过程就产生了第一次变形：场景里最核心的那个点（比如「能把良率拉上去」）可能在JD里被稀释成了几十条常规要求里的一条。而且HR为了「保险」，往往会往JD里加很多业务部门根本没提过的要求——「最好有硕士学历」「最好是985毕业的」「最好有同类竞品经验」。这些「最好」加进去之后，JD从一个精准的靶子变成了一个网眼很细的渔网——看起来覆盖面广了，实际上捞上来的鱼都被卡在网眼外面了。

第三层：猎头把岗位描述翻译成了搜索关键词。猎头拿到JD之后，下一件事就是拆关键词——「5年以上」「医疗器械」「本科」「管理经验」「GMP」。然后去数据库里按这些关键词匹配简历。问题是：关键词只能匹配简历上写过的东西，匹配不了这些东西组合在一起之后是不是一个「对的人」。业务部门面试的时候感觉「不对」的那个东西——是候选人做事的风格、沟通的方式、跟团队气场合不合——这些东西简历上写不出来、关键词匹配不到，但它们往往是决定录不录的关键。

三层变形下来，猎头手里拿到的关键词列表和你公司真正需要的人，根本就是两个概念。这个问题不解决，换十家猎头结果都一样。我们之前聊过怎么判断猎头是不是真懂你的行业，但反过来想——如果你给猎头的需求本身就是变形过的，再懂行的猎头也推不对人。

三栏法：让猎头第一次就找对方向

三层变形的根因是信息的层层折损。解法很简单——砍掉中间环节，把岗位需求从「一段话」变成「一张三栏表」，让猎头和HR、业务部门三方在同一张表上沟通。

第一栏——Must（必须满足）：缺一条就直接pass的条件。限制不超过三条。为什么是三条？因为超过三条就变成渔网了。三条Must意味着你对「非他不可」的条件做了深度思考——如果这个岗位只需要三个硬条件就能胜任，这三个是什么？

举个例子：一个精密制造企业的车间主任岗位，Must可能是——「八年以上金属加工车间管理经验」「带过十人以上班组」「能接受跨厂区驻场」。够不够？够了。如果再加「精通ISO审核」「会看CAD图纸」「有日企背景」——每加一条就筛掉一批人，加到最后发现市场上符合所有条件的候选人一只手数得过来，猎头费白花了。

第二栏——Plus（加分项）：有最好、没有也能考虑的条件。也不超过三条。Plus的作用是排序——两个Must全满足的候选人，谁Plus多谁往前排。注意Plus的措辞要区分「经验」和「态度」。比如「有精益生产经验」是明确可验证的，「积极进取」是无法验证的——不要把无法验证的东西放进Plus，那等于没写。

第三栏——Nice-to-have（锦上添花）：有了开心、没有也无所谓。不超过三条。Nice-to-have最容易出的问题是——商家把Nice-to-have当成了筛选条件在用。比如「英语读写能力」对一个不需要读英文图纸的车间主任来说就是Nice-to-have，但如果HR把这条放在了Must里，就直接筛掉了一批完全能胜任但没有英语能力的候选人。

反向校准：让业务部门对已推候选人逐条打分

三栏表填好之后交给猎头，猎头按表推人——但问题没有完全解决。因为业务部门在面试的时候可能会推翻自己当初填的三栏表。嘴上说Must只有三条，但实际刷人的时候其实有第五条、第六条隐藏标准在起作用——比如「年龄不能太大」「跳槽不能太频繁」「最好是本地人」。这些口头标准不写进三栏表里，猎头永远不知道。

反向校准就是用来揪出这些隐藏标准的。

操作方法很简单：猎头每推一批候选人（比如五六个人）给HR，HR转发给业务部门筛选。业务部门筛完之后的反馈不是一句「这几个都不太行」，而是要对每一个被否的候选人给一个具体打分——Must三条每条几分、Plus三条每条几分、Nice-to-have几条符合。然后写一句具体的否决理由：「这个人Must全满足但被刷了，因为上一家公司是家族企业，我们担心他适应不了我们的管理制度。」

这条否决理由就是一个新的隐藏标准。把它加到Plus栏或者甚至可以升格为Must（如果老板很在意的话）。反向校准做三轮，隐藏标准基本会被全部挖出来。

关于怎么选猎头、怎么判断猎头的真实水平，可以看之前的分析→猎头试单期怎么判断靠不靠谱？盯紧这三个指标。试单期加上三栏法，等于给猎头项目装了双保险。

需求迭代更新：三轮之后你的岗位描述应该完全不同

三栏表不是一填定终身的。它应该是一个会进化的文档。第一版的三栏表是基于HR和业务部门的「假设」填的——假设市场上存在满足这些条件的人、假设这些条件是合理的、假设Must里的每一个条件都是真正的Must。

猎头开始推人之后，市场会用实际反馈告诉你这些假设对不对。

第一轮反馈之后应该修正什么？修正Must——如果Must里有一条要求导致猎头在市场上找不到人（比如要求「十年以上人形机器人行业经验」而整个人形机器人行业才发展了四五年），说明这条Must不切实际，需要降格为Plus或Nice-to-have，或者拆解为可替代的标准。

第二轮反馈之后应该修正什么？修正Plus——反向校准会暴露一堆隐藏标准，把它们吸收进Plus栏，让猎头知道除了Must之外还要优先筛哪些人。

第三轮反馈之后应该修正什么？这时候三栏表已经相对精准了，该修正的是猎头的搜索策略——告诉猎头哪些渠道能找到符合这些条件的人、哪些竞品公司里有潜在人选、行业内哪些社群值得深耕。

如果三轮迭代之后三栏表一个字都没变——有两种可能：要么猎头在盲目推人、要么企业在用「感觉」而非「标准」在刷人。两者都是问题。这个问题延伸下去就是——同时找三四家猎头反而更慢？多供应商管理的三个通关策略——如果一家猎头的三栏表校准好了但推人还是不行，那才该考虑是多供应商的问题。顺序不能乱。

常见问题（FAQ）

Q1：三栏表和常规JD有什么区别？不就是换了一种写法吗？

区别在于三栏表有优先级。常规JD把所有要求摊成一张清单——猎头不知道哪条重要哪条不重要，只能全部当必要条件来筛，结果筛掉了大量可能合适的人。三栏表逼着业务部门做优先级排序——三条Must是「放弃哪个都不行」，三条Plus是「有更好没有也能谈」，三条Nice-to-have是「别拿这些当门槛」。优先级清晰了，猎头的搜索范围就打开了。

Q2：业务部门填了三栏表之后又后悔了怎么办？Must能不能中途改？

能改。但要付「代价」——每次修改必须标注修改原因和时间。比如「Must里『统招本科』改为『本科及以上，含自考/成教』，理由：前三批候选人里有两个能力完全胜任的人被学历硬卡掉了。」标注原因是防止业务部门无成本地来回摇摆——上午说年龄不能超过40岁、下午面试了一个42岁的觉得不错又改了。每次改都留下记录，是对招聘效率的负责任。

Q3：三栏表三栏加起来最多九条，够吗？

够。如果一个岗位需要超过九条标准来描述——要么是你对这个岗位的理解还不够、在堆砌条件；要么是这个岗位本身就是「不可能三角」——要求一个人同时具备技术深度、管理能力、行业资源、还要薪资不高——这种人市场上有吗？可能有一个两个，但猎头帮你找到他的概率和花的时间，远超你的招聘窗口期。九条限制本身就是一种倒逼机制——逼你在「想」和「能」之间找到交集。

Q4：三栏表填好了，猎头还是推不对人怎么办？

做了三栏表加反向校准加三轮迭代之后，如果猎头推的人方向还是偏——那确实是猎头的问题了。这时候该换猎头。但大概率在你做完了以上所有动作之后，你会发现猎头推人的精准度会大幅提升。因为不是猎头变厉害了，是你终于给了猎头一个清晰的目标。之前关于这个话题的讨论：猎头合同签独家还是多家并用？四个维度帮你算清楚这笔账——如果一家猎头拿到了精准的三栏表还是推不出人，那才该考虑是多签几家还是换人。