前阵子几个写代码的朋友找我聊天，话题绕来绕去都落在同一处：要不要去做产品经理
我理解这份心思。这两年AI写代码的能力涨得凶，靠手速和熟练度攒下的优势，正在被一层层削薄。一个人配一套工具，顶过去半个团队的活。写代码的门槛在降，站在代码上游决定做什么，价值就凸显出来
这么看，开发转产品确实成了走得通的路。懂技术的人跟研发对话不用翻译，能估出什么能做、代价几何。这类人稀缺
可另一面，我见过不少转过去的人卡在半路。软件工程训练出来的思维是收敛的：给定目标，找最优解。产品岗天天面对的是发散、互相冲突的诉求，没人给你标准答案，还得在信息不全时先下判断
我有个比喻，转岗先得拿橡皮把原来的字擦掉，再重新写。有些能力是锦上添花，比如懂技术架构；有些必须推倒重来，比如对模糊的忍耐、对人的耐心、把一团乱麻讲成一句话的本事。前者带得走，后者带不走，得从零长出来
这里有个常见误区。技术出身的同学容易把产品做成需求翻译机，业务说什么就画什么，还觉得自己效率高。时间一长，他在团队里的位置就变成了会写文档的研发
至于怎么补，几条路各有代价。报班的好处是有框架、有同伴、有截止时间逼着你动手，坏处是案例离真实业务远，学完脑子装满模型，遇到具体问题照样发懵。自学省钱，靠项目硬啃，适合自律强的人，代价是周期拉长、容易走偏，没人给反馈
我偏向内部转岗这条路。在原团队里接一段产品活儿，拿真实业务练手，做砸了成本可控，做成了自然有人认。缺点是机会不常有，得等，还得有人愿意给你
回到那个问题。值不值得，取决于你图什么。图确定感，产品岗会让你难受；图影响力和全局视角，它给的东西多。技术底子在这个位置上算加分，也只是入场券的一条边
你身边转过去的那些人，后来怎么样了