本文来自微信公众号： ToB老人家 ，作者：王戴明
一位产品经理郁闷的告诉我：自从公司的程序员用AI独立开发几个小工具后，业务人员就开始绕过他，直接找程序员提需求了。
为什么会发生这样的事？
其实是就是随着AI的能力越来越强，越来越多的工作都可以交给AI完成了。一开始只是画图和写代码，然后就是测试，再接下来就是写方案和画原型……
说白了，并不是程序员要替代产品经理，而是AI要替代所有人。
可以预测一下：接下来，一些简单的软件，业务人员甚至都不会找程序员了，自己用AI就能完成开发。少了一轮沟通，效率还能大幅度提升。
更重要的是，AI的进化才刚刚开始，随着Harness越来越完善，以及大家对Context的构建越来越成熟，未来恐怕AI可以完成从需求分析、方案设计到开发上线的所有工作，到时候一定会出现一种局面：原型仔产品经理将彻底失业。
当然，我并不是说业务人员会兼任产品经理，而是产品经理的门槛将变得如此之低，以致于普通的行政人员甚至大学毕业生就能够胜任，到时候，原型仔产品经理还有存在的必要吗？
回到最前面的产品经理粉丝，他为什么心慌？说白了，就是因为他的核心价值就是需求转化：把业务语言翻译成设计语言，以便程序员能够准确理解需求。而这其实就是典型的原型仔，是AI最容易替代掉的岗位。
那产品经理该怎么办？
首先，千万不要再做原型仔了。而是从现在起，就开始培养自己的商业能力、业务能力和架构能力。
商业能力是定义一个产品要不要做的问题。
比如，我知道的一位产品合伙人，利用AI提高了10倍工作效率，但公司还是没有赚到钱。说白了，AI解决的只是效率问题，但并没有解决方向问题。
业务能力是定义一个功能要不要做、以及怎么做的问题。
复杂的产品设计，最难并不是代码开发，而是首先定义清楚“要解决什么业务问题”，以及“什么才是真正有效的解决方案”。这是最核心的业务上下文，是AI工作的必要输入。
大部分产品的失败，其实都是因为“伪需求”——因为业务人员往往不具备系统性思维，对软件的底层逻辑也缺乏深刻理解，梳理需求的能力相当有限。因此有业务能力的产品经理，仍然将是硬通货。
最后是架构能力。我常说，所谓架构，就是先画棋盘，再放棋子——先有规划，再有功能。
产品设计并不是一次性的工作，如果我们缺乏长期的产品规划和模块设计，只满足于让AI完成当下的工作，那么就会积累越来越多的“设计债”，给未来的产品迭代造成很大的困难。
说白了，“产品架构”也是一个重要的上下文，产品经理首先要有架构能力，才有可能给AI输入高质量的“产品架构”上下文。
所以，结论是，AI确实会淘汰掉一大批产品经理，因为AI已经能“正确的做事”。
但是，有商业能力、业务能力和架构能力的产品经理，因为可以让AI“做正确的事情”，反而只会越来越抢手。