最近，公司内部掀起了一股AI应用热潮。写周报可以用AI，总结会议可以用AI，连方案初稿、流程图、PRD草稿，也有人先让AI打一版。从各种大模型到专业工具，大家玩得如火如荼。
然后，一个很熟悉的问题就出现了。
领导很认真地问：现在都说AI发展得这么好这么快，那产品经理是不是能把开发的活儿也一起干了？或者反过来，开发是不是也能把产品的活儿一起干了？
就像工业革命时期，疯狂用机器取代人力，希望提升生产力、降低成本。屁股决定脑袋，资本都是逐利的嘛。
在大家都焦虑效率、焦虑裁员、焦虑岗位边界的时候，这个问题特别容易把人带偏。因为它表面上在问，谁能替代谁。但本质上问的，其实是另一件事：一个岗位真正不可替代的价值，到底是什么？这件事如果一开始没想清楚，后面的讨论可能会偏到大西洋。
我先说一个很现实的观察。
产品经理去做研发的活儿，大家普遍承认有门槛。你至少得懂一点技术逻辑，知道系统怎么跑，接口是什么，数据怎么流，技术方案为什么会有成本。不然你很容易停留在一种幻觉里：我觉得这也不难。
但一说研发来做产品，很多人却会觉得，这有什么难的？不就是写需求、画原型、拉齐排期吗？
这恰恰是我一直很想反问的一点。真的人人都是产品经理吗？如果一个人理解中的产品工作，只剩下写文档、画原型、跟进开发，那当然会得出一个结论：这些活儿迟早会被AI吃掉，或者被别的岗位顺手兼掉。
可问题是，真正有价值的产品工作，从来不只是这些表层动作。
所以，“AI会不会取代产品经理”这个讨论，最容易跑偏的地方就在这里。它默认产品经理就是个传话筒，做下信息加工和需求转述就好了，甚至有时候只需要来个一键转发。上游说一句，下游接一下，中间整理整理话术，这个岗位就成立了。
如果是这样，那这个岗位确实很危险。但如果你做过稍微复杂一点的业务，尤其是B端、系统型、组织协同复杂的业务，你就会知道，产品经理真正难的地方，从来不在工具操作层，而在判断层。
我越来越觉得，AI时代产品经理真正的护城河，至少有三层。
第一层，是把模糊问题定义清楚的能力。
很多产品经理日常最容易被看见的工作，是收需求、开会、写方案、出原型。但这些都只是结果长什么样。真正难的是，大家嘴里说的是一个问题，心里想的却可能根本不是同一个问题。
老板说，这个功能尽快上。运营说，用户一直在反馈。研发说，技术上可以做，但收益不大。你坐在会议室里，听起来好像每个人都在讨论同一件事，实际上他们盯着的是三种完全不同的东西：业务目标、用户感受、实现成本。
这时候，产品经理最重要的工作，不是赶紧记笔记，不是马上写文档，而是先把问题定义清楚。到底是在解决转化问题，还是在解决流程卡点？到底是高频核心场景，还是少数人声音大？到底是真的必须做，还是只是看起来很急？
这一步如果没做对，后面方案写得再漂亮，也只是更精准地把事情往错误的方向跑得更远。我自己从研究岗转到产品岗之后，一个很深的感受就是，研究训练给我的一个底层能力，不是会写报告，而是会先追问问题本身。问题不清楚，结论就不可信。
所有已发生的事情，一定都是有迹可循的。需求混乱、返工频繁、上线后没人用，很多时候不是执行差，而是一开始就没把问题问对。AI可以帮你整理信息，但它不能天然替你确认：现在真正该解决的，到底是什么。
第二层，是理解业务、组织和人之间真实约束的能力。
很多人以为，产品方案的质量，主要取决于你会不会设计页面、会不会写逻辑、会不会拆流程。这当然重要。但做久了你会发现，很多方案推不动，根本不是因为方案不够完整，而是因为你没看见真正的约束。
有些需求，老板口头上支持，真到排期的时候资源死活要不到。有些功能，一线喊得很急，但业务负责人其实并不想改现有流程。有些设计，看起来更合理，却会动到某个团队的边界，最后自然推进受阻。
这也是我后来做B端产品越来越深的感受。产品经理不是在真空里做设计，而是在组织里推动变化，到处都是阻力。你要理解业务怎么挣钱，部门怎么协作，领导在意什么，一线真正嫌麻烦的是什么，研发为什么抗拒，运营为什么总临时改口。
这些东西，PRD里肯定写不出来，但它们决定了一个方案最后能不能落地。看起来是在做产品，本质上是在处理现实中乱七八糟的利益纠缠。这也是为什么，有些人文档写得很好，项目还是经常推进困难；而有些人文档未必最漂亮，但总能把事做成。
不是后者更会“搞关系”，而是他更懂组织是怎么运转的。真正成熟的产品经理，脑子里不只有用户流程图，还要有组织关系图、利益影响图和约束边界图。AI可以根据提示词生成一份像样的方案，但它很难替你承担这种现场判断。因为很多约束，不在系统里，而在人的脑子里。
第三层，是持续形成高质量判断的能力。
再往上看一层，产品经理最值钱的，不是你会某一个工具，不是你掌握某一套方法论；甚至不只是你做过多少项目，而是你能不能在持续变化的环境里，形成越来越稳的判断。
我一直很喜欢一句话：看山是山，看水是水；看山不是山，看水不是水；看山还是山，看水还是水。很多产品经理的成长，也大概会经历这三层。
刚入行的时候，看见需求就是需求，看见问题就是问题。做了一段时间后，会开始怀疑表象，知道很多需求背后不是需求，很多反馈背后是情绪、利益和认知差异。再往后，你会慢慢回到“看山还是山”。但这个时候的“山”，已经不是最初那个简单的山了。
你知道什么该较真，什么该放过。你知道什么时候该坚持原则，什么时候该接受妥协。你知道一个需求值不值得做，不只看说的人声音大不大，而要看它放进全局里有没有意义。这种判断，不是靠背八股长出来的。它来自你见过足够多真实场景，踩过坑，复过盘，也愿意诚实面对自己的误判。
产品经理的工作，本来就是一个持续打怪升级的工作。而AI更像一个越来越强的外挂。它能帮你提速，帮你补盲，帮你快速试错。但外挂不是大脑。如果一个产品经理自己的判断系统是空的，那AI只会放大混乱，不会自动带来专业性。
最后，落回普通产品经理：我们到底该怎么建设自己的护城河？
说得再直白一点。只会写需求和画原型的纯工具型产品经理，最终会被淘汰，这只是时间问题。不是因为AI太可怕，而是因为这部分工作，本来就是最标准化、最容易被替代的。
那普通产品经理该怎么办？我觉得，至少有三件事值得长期做。
第一件事，别急着产出，先训练自己定义问题的能力。 每次接到需求，不要第一反应就是写文档。先问一句，这个需求到底要解决什么问题？问题是谁提的？痛点是什么？如果不做，会怎样？
第二件事，别只盯着页面和流程，要开始看业务和组织。 多去理解业务指标，理解一线怎么工作，理解不同角色为什么会拉扯。你越早从“功能视角”切到“系统视角”，越不容易被工具化。相信我，办公室政治哪里都存在。
第三件事，刻意积累自己的判断样本。 做完一个项目，不要只看有没有按时上线。更要复盘，哪里判断对了，哪里判断错了，为什么错。是错在信息不全，还是错在理解人性太浅。
很多职场人，内心都住着一个严厉的老师，总想逼自己学更多工具、更多框架、更多新名词。但在AI时代，真正拉开差距的，未必是谁学得更快，而是谁更知道，什么重要，什么不重要。
说到底，AI会替代的，从来不是“产品经理”这四个字。它先替代的，是那些没有判断、只有动作的人。而一个产品经理真正的护城河，也从来不是你会不会用某个新工具，而是当工具越来越强时，你还能不能保持清醒，定义问题，理解现实，做出判断。
这件事，才决定你到底是在使用工具，还是在被工具定义。
在云栈社区，开发者们经常分享关于技术趋势与职场成长的见解，欢迎一起探讨如何在这个AI浪潮中站稳脚跟。
发表于 3 小时前
|
查看: 4|
回复: 0
