你不需要的那次招聘

它以"好问题"的样子出现:咨询多到回不过来,报价发得比应该的晚,最强的员工在加班。接下来的反应普遍到像自然规律——写 JD。需求涨了,团队就得涨。

有时候这是对的。但值得注意的是,这个本能跳过了一个问题:瓶颈真的是人手不够——还是工作在现有的人手之间流转得太差?因为这两个问题,价签完全不同。

一次招聘的真实成本

工资只是看得见的部分。全成本还要加上福利、税费、设备、软件席位,以及定价最被低估的一项:管理注意力。然后是 ramp——在知识密集的生意里,一个熟手要六到十二个月才能全速运转:熟悉你的客户、你的定价直觉、你没写下来的规则。

而这笔 ramp 投资是脆弱的。人一走,积累的上下文跟着走——又回到了"部落知识"问题——下一个人从零开始同样的 ramp,照付全价。扩招买到的产能是租来的,而且押金从不退还。

发 JD 之前,先盘点一周你想让新人吸收的工作:其中多少是判断——给项目定价、处理例外、陪客户做决定?多少是搬运——找信息、重新录入、追问进度、等答复、因为用了旧版本而返工?

在大多数成长型企业里,诚实的比例令人吃惊:搬运占大头。而往一个时间都耗在搬运上的流程里加人,修不好流转——只是给它加了一个新节点,外加多一个人的沟通、同步、管理开销。这又是马车问题:当流程本身是瓶颈,加马只会让马车更重。

另一条路从工作流开始,而不是从组织架构图开始。新 lead 分钟级得到回应,而不是几天——因为系统备好了回复,人只负责批准;报价从你的项目历史和定价逻辑里组装出来——审一遍,而不是敲一遍;进度自己汇报自己;信息主动到达,而不是被人找到。先让一个人在真实工作里明显变快,再把方法复制到整个团队。

比速度更重要的是复利。这样长出来的产能不需要六个月 ramp,晚上不会把知识带回家,也不会辞职。系统每处理一件事,就把下一件做得更好一点——这和招聘跑步机恰好相反:那边每一次离职,时钟都归零重来。

这一切都不是反对招聘。判断型的岗位、关系型的岗位、需要双手和在场的手艺——恰恰是好员工无可替代的地方,也是市场奖励你出高价的地方。真正的分界在于你为什么而招:为判断招人,永远不为搬运招人。

系统的职责正是让这件事成立——别让你昂贵的人,不论现在的还是将来的,把日子花在工具之间搬运信息上。一次 senior 招聘最好的版本是:新人走进一家流转已经顺畅的公司,因为上下文都在系统里而几周内进入状态,把时间花在你真正雇他来做的事上。

最后是大多数成长型企业从没机会并排看到的一组对比:我们多数合作的费用,低于一名 senior 员工的全成本——而它建起来的东西不需要一年 ramp、不会辞职,每经手一件事就更能干一分。下次本能说"发 JD"的时候,值得先问一句:这是一个判断力缺口,还是一个披着招聘外衣的流转问题?