1. 猎头工程学这个提法,到底在说什么
先聊个现象。猎头行业做了这么多年,大多数团队对外讲的是“人脉”“洞察”“判断力”,对内管理的却是Excel表格、微信聊天记录和一股脑的记忆。合同额过千万的团队,核心项目进度可能还停留在“我问一下顾问”“我催一下HR”这种口头协同层面。项目一多、单子一杂,风险就开始漏:候选人面着面着消失了,客户需求改了三轮没人同步,Offer谈崩了才发现后备人选早就被别的单子锁住。
“薪猎人老谌”提出中高端人才供应链这个概念,加上“猎头工程学”的表述,本质上是在做一件事:把猎头业务从手艺活往工程活上掰。猎头服务卖的不是简历,不是一次撮合,而是一条稳定供应中高端人才的管道。既然是管道,就得有输入、加工、输出、质检、风控、迭代这些环节。每个环节都能被拆开、被度量、被优化,而不是靠顾问个人英雄主义去扛。
我做猎头系统建设这几年,最深的感受是:这个行业不缺能打的顾问,缺的是能把“能打”规模化复制的机制。单个顾问再强,一天能深度跟进的人选也就那么多;但如果你把寻访、筛选、跟进、背调、谈判这些动作拆成标准模块,再配上清晰的风险控制点,团队的产能和稳定性就会有本质区别。老谌说的“工程化思维”,我理解就是这套逻辑——不是你多有经验,而是你的经验能不能被拆成别人也能执行的步骤。
这篇文章不聊大理论,就围绕中高端人才供应链的四个核心环节展开:需求解析怎么做得扎实,寻访渠道怎么结构化,交付过程怎么控风险,以及复盘机制怎么真正落地。每条我都会结合自己实操中的体会来讲,能抄作业的部分尽量给到位。
2. 需求解析:供应链的第一道闸门,也是最容易翻车的地方
2.1 需求不拆解,后面全是坑
中高端岗位的需求,通常不是“招一个技术总监”这么简单。客户嘴上说“要一个懂云原生的架构师”,实际可能是“要一个能帮我们从单体架构平滑迁移到微服务的架构师”。这两个需求看起来差不多,候选人画像差了十万八千里:前者可以是从大厂出来的资深工程师,后者必须有过完整迁移项目的主导经验,还得能搞定组织内的推动阻力。
老谌在猎头工程学里反复强调的“风险管控”,我认为第一道风险就在需求解析阶段。需求没拆透,后面所有的寻访动作都是在错误的方向上做无用功。猎头最大的浪费不是时间,是候选人的信任——你给人推了一个明显不匹配的机会,下次你再找他,他就不理你了。
实操中我常用的拆解框架是五个维度:
- 硬性门槛:学历、年限、具体技术栈、行业背景,这些是简历筛选的第一道关
- 核心能力:这个岗位解决什么问题?是建团队、搭系统、拓市场还是控成本?对应的关键能力是什么
- 软性素质:沟通风格、抗压能力、价值观契合度,这些往往决定候选人能不能活过试用期
- 组织环境:汇报给谁?团队多大?协作方是谁?老板是什么风格?这决定了候选人需要什么样的生存策略
- 决策链条:谁拍板?HRBP有没有否决权?业务负责人看重什么?面试流程几轮?
这五个维度不是凭空问出来的,是要带着问题清单去和客户聊出来的。我见过太多顾问,接需求时只记了一个JD就回去翻简历库了,翻不到就开始找借口,说这客户需求太偏。实际上不是需求偏,是你根本没花时间理解需求到底在偏什么。
2.2 把模糊描述翻译成可执行的寻访指令
需求解析的产出,不应该是一段复制粘贴的JD,而应该是一份“寻访指令”。这份指令长什么样?我举个例子。
客户原始需求:“急需一名消费金融风控负责人,要求有大型互联网公司背景,熟悉信贷全流程”
这个问题描述给十个顾问,会出来十种寻访方向。有人去找银行风控的,有人去找支付公司风控的,有人去找数据风控模型的,最后推荐上来的人选五花八门,客户一个都看不上。
用工程化方式拆解之后,寻访指令大概是这样的:
- 目标公司池:头部互联网金融平台、消金公司、大行信用卡中心、头部第三方支付的风控部
- 目标职级:总监级或资深经理级,带过10人以上团队
- 关键经历:完整经历过信贷产品从0到1或从1到10的风控体系搭建,熟悉贷前、贷中、贷后全流程
- 加分项:有建模团队管理经验,对反欺诈有实战积累,经历过监管合规检查
- 核心软性:能直接和CEO对话,能顶住业务部门的催收压力,逻辑清晰表达强势但不让人反感
- 风险提示:银行系候选人可能节奏偏慢,互金系候选人可能合规意识不足
这样一份指令发给寻访团队,每个人做出来的动作就是收敛的。你不用指望每个顾问都具备超强的需求理解能力,你只需要把需求解析这个动作标准化,让团队在同一个框架下工作。这就是我从“猎头工程学”里读到的第一层价值:不依赖某一个人的聪明,而是依赖一套流程的稳定。
2.3 需求评审会怎么开才不走过场
好的需求解析,不能只靠顾问和HR聊一次就定稿。我在团队里推了一个动作,叫“需求评审会”,每次接新单或需求有重大变更时,寻访组长、交付顾问、人才地图负责人一起过一遍。会议不长,30分钟,但必须回答三个问题:
- 这个岗位过去半年市场上有没有类似招聘?薪资带宽是多少?成功率如何?
- 这个客户内部的招聘流程和历史口碑怎么样?有没有压Offer、流程拖沓的记录?
- 基于现有数据库和渠道资源,我们最快多久能找到第一个可推荐的人选?
这三个问题回答不了,说明需求还没吃透。回答得了,才进入正式寻访阶段。这个机制最大的好处是提前暴露风险——有些单子接了就知道大概率做不成,但很多团队是在做了两个月之后才意识到这一点,浪费的人力成本早就收不回来了。
3. 寻访渠道的结构化运营:别再把宝押在简历库上
3.1 中高端候选人的触达逻辑:不是搜出来的,是“养”出来的
很多猎头顾问有个惯性动作:打开招聘平台,输入关键词,刷简历,看到合适的就打招呼。这套做法在低中端岗位上行之有效,但放到年薪八十万以上的中高端岗位上,效率会断崖式下跌。
原因不复杂。真正的中高端候选人,多数不会在招聘平台放一份更新及时的简历。他们要么是被挖的对象,不方便公开挂简历;要么已经在现岗位做得顺风顺水,没有主动看机会的动力;要么圈层很小,风声走漏会影响现在的工作。对这类人,招聘平台本质上是一个低效渠道。
中高端人才供应链的寻访逻辑,核心是一句话:人才不是搜出来的,是养出来的。你要在平时就和一个可能在未来某一刻适合某个岗位的人保持弱联系——偶尔聊聊行业动态,点赞一下他的文章,年节点个问候。等他真的动了看机会的念头,或者你的岗位恰好匹配他的规划,沟通成本会直线下降。
这个动作说起来简单,做起来难。难在它反人性:猎头顾问习惯的是“要我找人的时候我才找人”,而养人才库要求的是“哪怕手上没有合适的单子,我也要保持和人才的接触”。但恰恰是这种反人性的坚持,决定了你在真正遇到急单时,能不能第一时间拿出一份别人拿不出的候选名单。
3.2 用漏斗思维管理寻访渠道
渠道不能靠感觉,要靠数据。我把寻访渠道分成三类:
- 存量渠道:公司简历库、历史候选人库、过往项目沉淀的人选
- 增量渠道:招聘平台、猎头同行互换、社交平台主动触达、行业社群
- 转介绍渠道:已成功入职的候选人、长期维护的行业人脉、客户内部的HR和业务负责人
每个渠道的转化率、响应率、Offer率都不一样。我建议团队每个月做一次渠道复盘,列出每个渠道的投入产出比。这不是什么高深的数据分析,就是把每个渠道进来的候选人数量、进入面试的数量、拿到Offer的数量,按项目维度拉一张表。
我见过一个很有意思的案例。某团队发现,招聘平台的简历响应率其实不足5%,但很多顾问还是习惯把70%的时间花在刷简历上。后来团队定了一个规矩:平台渠道最多占寻访时间的30%,另外40%时间做定向寻访,30%时间做转介绍运营。三个月之后,同样的人头数,Offer率翻了一倍。原因很简单——转介绍渠道和定向寻访触达的人选,和客户需求的匹配度远高于广撒网。
3.3 人才地图:寻访动作的“作战沙盘”
中高端猎头做得成熟的团队,都会有一个叫“人才地图”的东西。它不是简历库,而是一个行业人才分布的结构化信息集:目标公司有哪些关键部门,每个部门的负责人是谁,核心骨干大概什么背景,近一两年有没有变动迹象,哪些人可能有意向看机会。
人才地图的价值在于,它把寻访从“大海捞针”变成了“按图索骥”。举个我实际做过的单子:某客户要找一个具备跨境支付经验的合规负责人,目标公司不超过十家。有了人才地图,我可以直接锁定其中三家最可能的公司,通过三种不同的路径去触达核心候选人:A公司通过前同事转介绍,B公司通过社交平台定向加人,C公司通过参加行业闭门会议现场结识。这种精确度,是单纯刷简历根本做不到的。
老谌说的“中高端人才供应链”,我认为人才地图就是这条供应链上的库存管理系统。你不一定知道每一个候选人的实时状态,但你得知道你的库存大概覆盖了哪些区域、哪些品类、大概什么量级,这才谈得上后续的补货和调度。
4. 交付过程的风险管控:Offer没签之前,一切都有可能归零
4.1 交付过程里最危险的三个信号
猎头交付周期长,短则两周,长则半年。周期越长,风险变量越多。我复盘过自己团队做砸的单子,发现风险从来不是突然爆发的,而是有早期信号的。最典型的三个信号是:
第一个信号:关键信息在不同轮次之间出现矛盾。候选人一面说自己带过20人团队,二面说15人,终面和HR聊的时候又说“其实我这个团队是虚线管理”。这种不一致,迟早会在他和用人部门之间炸开。发现这种信号,必须立即核实,不要抱着“也许客户不会细问”的侥幸心理。
第二个信号:客户的需求在持续调整。岗位JD一个月改了三次,面试官从业务负责人换成了CTO,薪资预算从“可谈”变成“要控制”。每一次调整,对候选人来说都是一次信心消耗。你需要在每次变更时重新和候选人确认意愿,而不是默认他还会一直等下去。
第三个信号:候选人的反馈变得模糊。以前回复很快,突然开始消息已读不回;以前主动问进度,现在都是你追着他问。成年人沟通中的“忙”往往是“我再想想”的体面说法。这时候要做的是开诚布公聊一次,搞清楚是有其他机会在谈,还是对当前机会的某个环节有顾虑。
4.2 风险管控的实操工具:节点检查表
工程化思维落到交付过程,体现为“节点检查表”。我有几个固定节点是必查的:
| 节点 | 检查内容 | 风险信号 |
|---|---|---|
| 简历推荐前 | 候选人求职动机、薪资期望、可到岗时间是否已确认 | 动机模糊、期望远超客户预算 |
| 一面结束 | 面试官反馈与候选人自述是否一致 | 评价偏差过大、反馈反馈周期过长 |
| 二面/终面结束 | 候选人意愿是否进一步增强 | 反馈冷淡、开始比较其他机会 |
| 薪资谈判前 | 双方的价格底线和弹性空间是否清晰 | 期望差距超过15%且无缓和迹象 |
| 背调前 | 候选人提供的证明人是否真实可联系,经历是否有瑕疵 | 证明人模糊、履历有时间断层 |
| Offer审批中 | 客户内部审批是否存在变数,候选人是否有其他Offer在催 | 审批超时、候选人频繁提到“其他家” |
| 入职前一周 | 候选人是否已提离职,现公司是否有强留动作 | 犹豫、被反选、入职时间一变再变 |
这张表每个团队都可以结合自己的业务特点去改,但核心逻辑不变:每一个节点都是风险可能爆发的关口,在关口设卡检查,比事后补救成本低得多。
4.3 客户和候选人两头的信息透明度管理
我在实践中发现,交付过程中的很多风险,本质上都是信息不对称造成的。候选人不知道客户那边的真实进度,就会焦虑;客户不知道候选人的真实状态,就会觉得猎头不靠谱。猎头这个角色的核心价值之一,就是做信息对称的润滑剂。
我的做法是双向同步机制。对客户,每周固定输出一次项目进度同步,包含候选人推进状态、风险提示、需要客户配合的事项。对候选人,每一轮面试结束之后24小时内同步反馈,哪怕没有反馈也要告诉他“目前正在等流程,预计X天内会有结果”。别小看这个动作,它能把很大一部分因为“没消息”而产生的流失风险提前消解掉。
另外还有一个实操技巧:在薪资谈判阶段,尽量让双方先把期望数值摆到桌面上来,而不是你来回传话。传话次数越多,信息失真越严重。最好能约一次候选人、客户HR、猎头三方参与的薪资沟通会,一次把期望、结构、上限聊清楚。很多时候谈崩不是因为钱少,而是因为互相猜对方的底线,最终在僵持中消耗了信任。
5. 交付优化的核心抓手:从复盘到流程迭代
5.1 复盘不是批斗会,是流程修正的依据
工程化思维最容易被忽略的环节,其实是复盘。很多团队也做复盘,但开成了批斗会——“你为什么没跟紧?”“你为什么不早点反馈?”这种复盘除了制造焦虑,没有任何价值。
有效的复盘只有三个维度:
- 流程维度:哪个环节卡住了?是寻访方向错了,还是需求中途变了,还是面试反馈太慢?
- 决策维度:当时我们做某个判断的依据是什么?现在回看,那个依据是否充分?
- 能力维度:团队缺什么能力?是行业知识不够,还是谈判能力欠缺,还是渠道覆盖不足?
复盘的目标不是追责,是找到流程中可以被修正的环节。比如某个岗位连续三单都死在薪资谈判上,那就不是顾问谈判技巧的问题,而是这类岗位的薪资结构评估体系有问题——下次接单时就应该更审慎地评估客户薪资竞争力,而不是闷头做下去消耗团队精力。
5.2 流程标准化的颗粒度问题:过粗没用,过细僵化
流程标准化这件事,经常被误解为写一套SOP让所有人照着执行。但猎头业务不是流水线,候选人不是标准零件,过度标准化反而会让顾问失去判断力。
我理解的工程化,是把关键节点和关键动作标准化,而不是把每一个微动作都锁死。用我做需求解析举例:五个维度必须覆盖,这是标准;但每场沟通聊到什么深度、用什么样的问题切入,那是顾问的自由度。用公司招聘流程举例:节点检查表必须执行,这是标准;但每个节点上用什么方式获取信息,那是顾问的判断力。
这个颗粒度的把握,决定了流程是赋能还是捆绑。老谌在猎头工程学里强调的“工程化思维”,我更倾向于理解为一种统一的语言和框架——团队用同样的维度拆需求、用同样的逻辑控风险、用同样的方式做复盘,但在具体执行层面保留顾问的专业弹性和判断空间。
5.3 数据沉淀:交付优化的燃料
最后说一个容易被忽视但极其重要的点:数据沉淀。很多猎头团队的项目数据都是散的,记录在顾问自己的表格里、微信的聊天记录里、A系统里一截B系统里一截。等要做复盘的时候,拿不出完整的数据链条。
我建议团队至少沉淀三类数据:
- 需求侧数据:每个岗位的画像结构、薪资带宽、决策链条、招聘周期、成功率
- 寻访侧数据:不同渠道的响应率、转化率、推荐到面试的通过率、面试到Offer的转化率
- 候选人侧数据:每个候选人的沟通偏好、求职动机、历史合作记录、被推荐过的岗位及反馈
这些数据积累到一定量级,作用会非常大。比如你接了一个新的Java架构师岗位,你可以直接调出去年三个类似岗位的数据,判断这个岗位大概多久能交付、需要覆盖哪些渠道、薪资带宽多少比较有竞争力、最容易在哪个环节卡壳。这不是什么玄学,这就是工程化意义上的“基于历史数据的交付预判”。
我在自己的团队里推动过一个很小的动作:每个项目结束之后,负责人要在项目文档里填三行字——这个项目做得最顺的环节是什么、最卡壳的环节是什么、下次遇到同类岗位要提前做什么准备。就这三行字,半年下来积累了几十个项目的经验库,比任何外部培训都管用。
6. 落地猎头工程学之前,先想清楚这几件事
猎头工程学不是一个软件,不是一套制度,更不是喊口号。它是一套思维方式:把猎头业务当作一条供应链来运营,把每一个环节拆到可以度量、可以改进的程度,把风险管控前置到动作发生之前。
想落地这套思路,我觉得有几件事需要提前想清楚。
第一,团队规模要够支撑流程化运作。三个人以下的团队,谈工程化容易变成负担——流程的维护成本会吃掉本来就不多的产能。更务实的做法是先抓最关键的一两个节点,比如需求解析和候选人意愿确认,把这两个动作做扎实,再逐步扩展。
第二,数据基础要够。没有数据支撑的工程化,就像没有库存系统的仓库,货堆在哪里全凭记忆。哪怕最开始只是简单地记录每个项目的关键节点和结果,坚持做半年,你就能看到自己和团队的业务规律。
第三,管理层的认知要跟上。流程化意味着顾问不能再随心所欲地用自己的方式干活,这在一开始一定会遇到反弹。我在推节点检查表的时候,就有顾问觉得“这是在浪费时间,我凭经验就知道这个人行不行”。但等他连续三次因为忽略早期风险信号而丢单之后,他自己会回来把检查表捡起来。工具的价值,是在出错的时候被感受到的。
我个人的体会是,做猎头越久越会发现,这行真正稀缺的不是搞定某一个单子的能力,而是稳定地、可预期地搞定一类单子的能力。客户愿意为猎头付高价,买的不是运气,是确定性。猎头工程学这条路的本质,就是把交付能力从靠人、靠经验、靠运气,慢慢转变成靠流程、靠数据、靠机制。
老谌的这套提法最让我认同的地方,是它把猎头行业从“作坊”往“工厂”方向推了一把。但工厂并不意味着失去人情味——恰恰相反,有了稳定的流程托底,顾问才能真正腾出精力去经营候选人和客户的关系,而不是每天疲于奔命地灭火。流程管住风险,人发挥温度,这才是中高端人才供应链该有的样子。