“面试造火箭，入职拧螺丝”这句话流行了很久，我一直觉得它说错了一半。
它把问题归给了面试太难，但我看到的情况是：招聘的颗粒度错了。企业用一个完整的岗位编制，去买一个人全部的能力，而他每天真正用到的，可能只是其中一小块。剩下那块不是浪费，是保险，是组织为不确定性付的保费。
这两年保费变贵了，于是有人开始拆模块。
拧螺丝的岗位，本来就不该用造火箭的流程
我参与过的一次招聘，前后五轮，考了两道图论、一轮系统设计、一轮价值观。人进来之后，主要工作是维护几张报表，改改字段映射。他干了三个月就走了，说“没意思”。
这不是他矫情。面试承诺了一个复杂的岗位，入职给了一个简单的岗位，落差是组织自己制造的。从这个角度看，企业现在想把流程压短、把筛选做准，方向没错。
这套冗长流程在过去是理性的。那时候培养一个新人相对便宜，业务也在扩张，招进来的人哪怕暂时没事做，也能等到下一个项目。企业真正买的是“潜力”和“冗余”，多轮面试是在为这两样东西定价。
现在情况反过来了。业务波动大，编制收紧，培养周期又长，企业不愿意再为“也许用得上”付钱。它想要的是下周就能接手的人。这个转向谈不上对错，它只是把风险从公司转移给了个人：以前公司赌一个人的成长，现在要求人已经长成。
AI 让这件事更便宜了。简历可以按语义匹配，笔试可以自动判卷，初筛的成本几乎降到零。成本降下来之后，企业自然会在漏斗上端更挑剔、在下端更快，这是理性的。
这种用人方式能铺开，还有一个不显眼的前提：协作基础设施成熟了。远程接入、权限隔离、项目看板、文档协作都足够顺，外部的人可以像内部的人一样出现在同一个流程里。没有这层东西，模块化只能停在少数岗位，落不到日常。
但我不认为这证明了岗位变简单了。多数时候只是工作被拆开了，而拆分有拆分自己的账。
模块化的账没有消失，只是换了科目
固定薪酬变成可变成本，这个说法在财务上成立。但省下来的钱，会在别的地方出现。
第一笔是接口成本。两个模块接在一起，就要有人定义输入输出、对齐字段、处理异常。我见过一个团队引入外部小组做中台改造，结果内部产品经理花了比开发更多的时间在写对接文档和开会。账单上省了人力，日历上多了一倍的协调。
第二笔是上下文成本。一个人在一个系统里待够久，会知道哪些坑不能踩、哪个模块不能动、哪句需求背后其实是另一个部门在争资源。这些知识不在文档里，也很难在两周的交接里传过去。外包团队按合同交付，通常只对合同里写的东西负责。这不是态度问题，是激励结构决定的。
第三笔是回归成本。模块换掉之后，原来的边界条件还成不成立，需要有人重新验一遍。项目高峰期没人愿意做这件事，于是它被推到下一个季度，变成一笔说不清来源的技术债。
第四笔是合规和安全。外部人员要接入内部系统，权限怎么给、数据能不能出域、离职之后账号怎么回收，这些流程在大公司里往往比开发本身还慢。采购合同签得很快，安全评审排队排很久。
这四笔账有个共同点：它们都不会出现在采购报价单上。报价单算的是“一个人一个月多少钱”，而真正决定划不划算的，是接口、上下文、回归和合规这些没法提前写进单价的东西。
灵活性买到的是速度，卖掉的是积累。
这句话我不是在反对灵活用工。有些岗位确实适合按项目买：一次性的数据迁移、短期的活动开发、以后不会再需要的某个技术栈。这些场景里，模块化是划算的，因为不打算积累这方面的能力。
不划算的是核心链路。核心链路的知识是复利，越用越厚；把它拆出去，等于每年重新买一次同样的经验。而且买回来的经验是标准化的，竞争对手也能买。
还有一个更长远的问题：新人从哪里来。拧螺丝的岗位本来是给新人练手的，他们在这些岗位上学流程、学协作、学着把一个东西做完。如果这些岗位全部被外包或者被工具替代，三五年后，市场上就不会有足够的人能造火箭。这个账不在任何一份采购合同里，但它是真的。
对个人来说，这个趋势的意思不是“赶紧去学一个不可替代的技能”。多数技能最终都会被标准化，真正难被拆走的是别的东西：对某个业务的理解、跨团队的信任、在信息不全时做判断的记录。这些都没法写进简历的关键词，也很难在两周的交接里复制。
AI 筛选解决的是吞吐，不是判断
语义匹配比关键词匹配好，这一点我认。它能识别“带队交付”等于项目管理，不会因为简历里没写“项目经理”就漏掉。
但它的失败更安静。关键词匹配漏掉一个人，还能解释；语义模型漏掉一个人，连为什么都不知道。可解释性报告通常只是事后生成的解释，不是模型真实的决策路径。我见过团队把“匹配度 92%”当成结论，却没人问过那 8% 是谁。
如果要我用这类工具，我会盯两个地方：被拒的那批人里，有没有明显不该被拒的；以及拒人的标准是谁定的、多久复核一次。模型可以帮我排序，但不能替我决定排序的标准。
还有一个反噬。候选人也在用模型优化简历，关键词越来越齐，经历越来越像。筛选工具为了对付这个，开始检测“过度优化”和“幻觉经历”。两边都在升级，最后简历变成一场对抗生成，真正做过事但不会写的人，反而更吃亏。
我不觉得这是技术的错。它只是把原本就存在的信号失真放大了：当所有人都学会了同一套话术，话术就不再是信号。
同样的道理适用于面试本身。AI 可以把回答打磨得很完整，但完整不等于可信。面试官真正想知道的，是一个人在信息不全的时候会怎么选，而这件事很难被提前生成。
我会怎么配
我的判断标准只有一条：这份产出，能不能在一周内被一个没参与的人验收。
能，就适合按模块买。写完就结束、边界清楚、验收标准可以提前写下来的工作，大多属于这一类。
不能，就老老实实招人。需要长期积累上下文、需要判断优先级、需要在信息不全的时候替团队做决定的岗位，拆出去只会把决策权也一起拆出去。
合同我会看退出成本，而不是进入价格。进入的时候一切都好谈，真正难的是需求归零的那天。供应商愿不愿意在两周内撤走、代码和文档归谁、知识怎么留下，这些条款比折扣重要得多。
还有一个反向的风险：用久了会锁死。工具和流程都长在供应商的接口上，换一家要重新集成，数据还不一定带得走。所谓灵活，最后可能变成另一种固定成本，只是从工资换成了合同和迁移费。
如果非要用外部团队，我会做一件事：让内部至少有一个人全程参与，哪怕效率低一点。这个人不是为了监督，是为了在合同结束之后，系统还有人能接手。没有这个角色，省下来的钱通常会在半年后以另一种形式花出去。
还有一个细节：把需求写成可验收的样子，比压价更能省钱。验收标准模糊，最后一定会变成扯皮，而扯皮的成本通常由内部团队承担。
我不反对即插即用。我反对把它当成不需要维护的架构。人不是容器，接上去还要跑起来；跑起来之后，还得有人知道它为什么这么跑。那个“知道的人”，通常不在合同里。
评论