那个被通义千问面试题点醒的深夜

杭州夏天闷热，从网易面试出来，衬衫湿透。这是我回国第三个月，海归光环早被秋招碾碎。技术面时，面试官问：“你觉得好的代码是什么样的？”我说完设计模式、SOLID原则后，他话锋一转：“有些功能其实根本不需要用代码实现。”

我当场愣住。回去路上一直琢磨。深夜翻来覆去睡不着，打开电脑在通义千问搜：“如何判断一个需求是否值得开发？”AI回答戳中我——产品经理的职责不是写PRD，而是用最低成本验证用户价值。

其实早该意识到自己不对劲。读研做项目，同学卷算法优化，我却总讨论“用户真的需要吗”。导师以为我拖延。去年实习，带我的老大哥说，你代码规整，但对业务更感兴趣。

网易面试最后，让我设计积分兑换系统。我画着架构图突然停下问：“这功能是为了拉新还是促活？”面试官笑了，说这问题比技术方案好。HR面时直接问我是否考虑产品方向。

从程序员转产品，我纠结了整个夏天。朋友说我疯了，海归硕士不写代码白学了。但每次需求评审会，我脑子想的不是怎么实现，而是按钮放这用户会不会点。

真正让我下决心的，是帮创业朋友做小程序。他需求文档一塌糊涂，我却耐心梳理用户路径、画流程图、做竞品分析。凌晨三点，我们对着通义千问生成的方案改来改去。那种从零构建的感觉，比优化接口性能更让我兴奋。

面试题只是引子。推动我的，是看到自己做的功能被骂“反人类”的愧疚，是明明能做得更好却被技术限制的不甘心。程序员抱怨产品不懂技术，产品嫌弃程序员不懂用户。处在中间的我，也许能搭座桥。

秋招继续，我已投产品岗。简历上“计算机硕士”下面加了一行：“擅长用技术思维解决产品问题”。窗外天快亮了，我在通义千问输入新问题：“产品经理需要学SQL吗？”这次不是为面试，是真的想知道了。