← 实践工坊个人主站 ↗THINKING / 产品判断

THINKING / 产品判断

学 AI,一定要先学产品经理吗?

理解真实问题、做出可验证的东西,再根据反馈决定是否继续。这是我在 AI 实践中越来越重视的产品判断力。

阿斌 · 本人文章整理产品 · AI · 实践
学 AI,一定要先学产品经理吗?的流程示意图

最近和一位朋友聊天,他正在学习 AI,也关注到很多老师都在提“产品经理思维”。

聊着聊着,他问了我一个问题:

“你之前不是做产品经理的吗?有没有什么产品经理相关的书推荐?我是不是也应该报个产品经理课程,学一下 PRD、原型图、需求分析这些东西?还有那些产品工具,是不是也得学一学?”

这个问题让我挺有感触。

我自己从 2017 年开始做产品经理,也做过项目管理,算下来已经有接近十年的相关经验。按理说,我应该很自然地给他列一堆书单、课程和工具。

但我当时的第一反应是:不一定。

准确地说,学习 AI 编程、AI 工具或者 AI 应用开发,并不一定要先系统学习传统产品经理那一套知识。

PART 01|产品经理思维有价值,但不是必修课

产品经理思维当然有价值。

比如:

  • 怎么理解用户需求;
  • 怎么判断一个功能有没有价值;
  • 怎么拆解问题;
  • 怎么验证一个想法是否成立;
  • 怎么根据反馈持续迭代。

这些能力,不管是做产品、做运营、做开发,还是现在学习 AI,其实都很重要。

但问题在于,很多传统产品经理书籍、工具和方法论,都是在过去那个互联网环境下形成的。

比如写 PRD、画原型、做竞品分析、整理需求池、排优先级、开评审会等等。

这些方法不是没用,而是到了 AI 时代,很多工作流程正在被重新塑造。

PART 02|AI 正在改变“从想法到产品”的路径

以前做一个功能,通常是这样的流程:

产品经理调研需求,写文档,画原型,评审,排期,然后研发开发,测试上线,再看数据反馈。

这个流程很标准,但也比较重。

而现在,AI 让很多事情变快了。

我听到一些团队已经在这么做:当内部有一个新需求时,产品经理或者业务同学可以先借助 AI 编程工具,快速做出一个简单 demo。

这个 demo 不一定完美,但可以先拿来验证想法。

如果用户反馈不错,数据也说明这个功能有价值,再把 demo 和验证结果交给研发团队,进行正式开发和工程化上线。

也就是说,AI 让产品验证的成本大幅降低了。

过去可能要写很多文档、开很多会才能推进的事情,现在可以先做出来看看。

PART 03|真正要学的,不是“产品经理职位”,而是“产品判断力”

所以我觉得,对于正在学习 AI 的人来说,不一定非要按照传统产品经理的路径去学习。

没必要一上来就问:

  • “我要读哪些产品经理书?”
  • “我要不要报产品经理课程?”
  • “我要不要学 Axure、墨刀、Figma?”
  • “我要不要系统学用户体验、数据分析、需求管理?”

这些当然可以学,但不一定是第一优先级。

更重要的是学会几个基本能力:

  1. 能不能发现真实问题。不是为了做功能而做功能,而是看用户到底遇到了什么麻烦。
  2. 能不能快速做出一个可验证的东西。哪怕只是一个粗糙 demo,也比停留在想法阶段更有价值。
  3. 能不能根据反馈判断要不要继续做。不是自己觉得好,而是用户是否真的需要。
  4. 能不能持续迭代。AI 时代,产品不再只是“规划出来”的,也越来越多是“试出来”的。

PART 04|我的理解

所以,学 AI 要不要学产品经理?

我的理解是:不用把“学习产品经理”当成前置条件,但要有一点产品思维。

传统产品经理的方法论可以参考,但不用迷信。书可以读,但不必一开始就读很多。工具可以学,但不必为了学工具而学工具。

AI 时代更重要的是:用更低成本把想法做出来,用真实反馈验证它,再决定是否继续投入。

产品经理这个角色不会消失,但它的工作方式一定会变化。

未来更有价值的人,可能不是最会写文档的人,而是能把问题看清楚、把想法快速验证出来,并且能借助 AI 推动事情落地的人。

这可能才是我们今天学习 AI 时,真正需要理解的“产品经理思维”。

如果你也在尝试类似的事情,欢迎交流。

联系阿斌 ↗