ARTICLE · 1015198
安卓开发转AI方向,4个月入职美团Agent岗
一、他的背景
先说他什么背景。
普通本科，一家内容社区App的Android开发，写了五年。每天的日常：改bug、适配机型、盯crash率、跟发版节奏，应用商店审核被拒了重新打包提交，奇葩机型上复现不了的问题，远程让用户帮忙录屏。赶上大版本发布，灰度放量盯到半夜是常态。
跟AI的关系：用过，没想过。Copilot他天天开着写代码，组里也接过大模型接口的SDK；但AI跟他自己的职业有什么关系，他一次都没想过。不是没机会，是从来没人问过他这个问题。没做过产品、没画过原型、没有任何能写进简历的产品经历。
他真正开始考虑转，是今年组里的变化。AI代码工具铺开之后，三个人干完了五个人的活，HC再也没放开过。客户端的坑一年比一年少，新人进不来，老人不动窝。他跟我说：
“我不是怕被裁，我是看着工种在变窄，而我脚下没有任何新台阶。” |
真正的开关，是那一次AI需求。App要加AI助手功能，需求评审拉了算法团队一起开，他去讲技术方案。三次会开下来他发现一件事：算法说的他全能听懂，产品说的话算法听不太懂，产品想要的用户反馈，算法又觉得跟自己没关系——三次会，话都要从他嘴里过一遍才通。他成了那个中间的人。
他来找我的时候问得很直接：“转产品，是不是就告别技术了？我这五年代码，是不是白写了？”
我说：
技术出身做产品，不是降级，是把技术的理解，用到更高的杠杆位上。 |
这句话，也是很多程序员转产品最容易想错的地方。
二、错在哪
现在很多开发一想转产品，第一反应是去学画原型、学写文档、啃产品方法论。但你要做的是AI时代的产品经理，你真正要解决的问题，不是把自己变成一个传统PM。
AI产品团队真正缺的，是三种人： 能判断需求该不该做的人，能跟算法对话的人，能定义“做到什么程度算够”的人。 而这三件事，恰恰都是技术出身的人的长板。 |
这些问题，纯业务背景的PM不一定答得上来。
他可能懂用户、懂增长、懂写PRD，但他判断不了这个需求模型到底做不做得出来；他不知道评测集没覆盖的case上线就是事故；他分不清哪些是模型的硬限制、哪些是调优能救的、哪些是需求本身就该砍掉。
反过来，一个写了五年代码的人，如果能把这些技术判断翻译成产品语言，反而是AI产品经理里最稀缺的一种。
所以我带他的时候，没让他从画原型学起，也没让他背文档规范。
我让他先搞清楚三个问题。
三、我带他搞清楚的三个问题
第一，从实现思维，到定义思维。 写代码的人拿到需求，第一反应是“怎么实现”；做产品的人，第一反应是“该不该做、做到什么程度”。他最难的坎不是学新东西，是放下旧反射——以前产品提需求，他的嘴替永远是“这个做不了”；做产品之后他才明白，技术可行性不是挡箭牌，是定价器：同一个需求，模型做得到、成本能接受、错了能兜底，就是能做；三个里缺一个，就该砍或者降级。这个判断，纯业务PM靠感觉，技术出身的PM靠透视。 |
第二，把代码经验变成翻译资产。 AI产品评审会上最贵的，是能跟算法对话的业务方。需求过会，业务PM问“能不能做得像demo一样好”，算法答不上来；他问“你的评测集覆盖了多轮对话的case吗”，算法马上知道遇到了行家。黑盒在业务PM眼里是黑盒，在技术出身PM眼里是参数表。他五年攒下的不是“会写代码”，是这套透视能力——现在换了个位置用而已。 |
第三，补产品的另一半：用户和业务。 技术人真正的短板不是文档画原型，是“为什么做、给谁做、值不值”这一套。学法他熟：把读技术文档的手感，迁移到读应用商店的差评；把排查bug的链路感，迁移到拆用户投诉的链路——从哪来、卡在哪、为什么流失。排查问题的能力是通的，换的只是排查对象。 |
四、从简历到Offer
他就这样学了几个月。
后来重构简历的时候，我让他把原来的“客户端经历”换了个讲法。
❌ 原来写的是：负责过几个模块的开发和维护，修了多少bug，crash率降到了多少； ✅ 后来变成了：熟悉AI功能从需求到上线的全链路、能跟算法团队对齐评测标准和兜底方案、能把技术边界翻译成产品决策语言。 |
简历还是那份简历，但面试官看到的，已经是两种人。
他开始投AI产品方向的岗位，面了几家，最后拿到了一家大厂AI应用产品组的Offer，做的正是AI App方向，薪资比原来的坑位高出一截。
他后来说，最明显的变化不是“我转行成功了”，而是以前看产品经理觉得是另一群人，现在看需求，会先想三个问题：这个需求要解决什么问题？我的技术判断能解决其中哪一部分？我还缺什么用户和业务的感觉？
这其实才是我认为程序员转产品，最重要的一次认知变化。
五、程序员转产品的供需逻辑
说实话，现在这个方向，真正有意思的地方就在这里。
一边是AI产品的岗位越开越多，产品经理的JD里写着“懂技术边界优先”；另一边是很多开发觉得转产品是降级、是认输，宁愿在变窄的工种里耗着。
而另一边，纯业务背景的PM在拼命补技术常识，补得吃力，因为那是另一套语言体系。
所以真正稀缺的，反而是中间这类人：懂技术，又懂产品；能跟算法对话，又能定义用户价值。 |
而且写代码这五年，壁垒是真实存在的。一个需求模型做不做得出来、评测集漏了什么、灰度该怎么放量、出了bad case怎么兜底——这些判断不是看几篇产品文章能学会的，是一行一行代码喂出来的。
你真正缺的，不是从头学做产品。
而是学会怎么把你的技术经验，翻译成产品语言。
我本人6年Java后端转大模型产品，现在在大厂做AI产品，业余时间一直在研究AI+行业复合岗。
最近准备带一批真正想转型的朋友，从0到1完成从开发到AI产品的转型——不是让你从头学产品文档，而是帮你把已有的技术能力，架到产品的位置上。
💡 带学硬性要求 1️⃣ 必须是我的粉S（现在关注也可以） 2️⃣ 22-40岁，后端/客户端/测试/运维等开发背景优先 3️⃣ 每晚能稳定拿出1-2小时学习，没时间勿扰 如果你也是开发，正在纠结工种变窄、要不要往产品方向转——观一下，评论区留个“学习”。我把自己整理的AI学习路线、AI产品场景拆解、AI产品方案模板、Agent实战案例、AIPM面试题，免费发给你。 |