也许你还没在招聘软件里刷到过“产品工程师”（Product Engineer）这个职位，但用不了多久你就会刷到。这是当下许多公司突然都在争着招的一个新角色，名字已经说明了一切：它是产品经理和工程师的混合体。而这个招聘趋势，值得每一位搞技术的人认真关注。
这类岗位的开放数量正在逐月增加，问题却出在供给端：公司很难招到合适的人。更耐人寻味的是，招不到人的原因和工程师的编码水平、工作年限几乎没有任何关系。
如果你正在为这类岗位做准备，最好的动作也不是把技术栈钻研得更深，而是去面对科技行业里一个最虚、最被滥用、甚至听起来有点尴尬的词——心态（mindset）。先别急着划走，后面会讲清楚它到底意味着什么。
被训练出来的“接单员”
我刚开始工作的时候，日常是这样的：开车到办公室，开会，开完会再开下一个会，最后等到一位项目经理把任务拆解成小块交给我。我的全部工作，就是把小块任务变成代码。
我花了很多年才精通一门编程语言和一套技术栈，然后把这些知识用在了别人写好的规格说明上。你猜现在谁最擅长干这件事？提示一下，以字母A开头，以I结尾——AI。
Claude Code的创建者Boris Cherny最近说过一句很直接的话：编程基本上已经被解决了，接下来的瓶颈是“好的想法”。如果你对自己的定位还是那句“给我任务，我负责做出来”，那你实际上是在和机器人赛跑。这个局面恐怕对你不妙。
坏消息的另一面
很多公司正在走向扁平化。中层管理岗位正在被大幅裁撤，这件事不管怎么看，多半是坏事，但它也实实在在带来一个变化：留下来的每个人都要承担更多工作。
听起来像是纯粹地在加码，但反过来看，这也是一个窗口——特别是对那些真正关心自己在做什么、并且愿意戴上“管理者帽子”的人来说。公司已经不再只盯着某个狭窄领域里最强的工程师了。
机会开始偏向另一种能力：理解产品、理解用户、把模糊的意图转变成清晰的方案。当组织里没有那么多经理替你把任务切碎、递到你手上时，你就得自己成为那个切任务的人。这正是“产品工程师”这个岗位出现的底层逻辑——既要能动手，也要能想清楚做什么以及为什么做。
编程工具只会越来越强，AI也会更快地处理那些被定义清楚的执行类工作。真正稀缺的，是那些主动去想“该做什么、为什么做”的人。如果你能往这个方向多走一步，哪怕只是每天多问一句“这个功能到底在解决谁的问题”，你就会发现自己渐渐离开了“接单员”的队伍。
热门跟贴