一次偷懒,让我看到了AI对岗位的真正冲击

去年入职后,每个新员工都有一个导师,导师们对我们的工作也确实很上心,组织了关于产品研发的一系列课程给我们,其中就涉及如何写市场调研报告、产品功能描述以及如何Axure做原型图。

和大学上课一样,“导师们”也给我们布置了任务,让我们在工作之余自己动手做一个demo出来。当时我为了偷懒,直接去找了Claude,把我的需求讲给它,它直接完成了一整套网页的html代码,然后再把html导入墨刀,形成了原型图,再自己做修改。

当时我把这个操作归类为投机取巧,觉得并不能从这个路径上学到核心技能。直到前段时间刷公众号,发现有个帖子写的就是《用 Claude写PRD,产品经理从此告别手画原型图》,通读了一遍,发现和我的操作路径一模一样。

我那会儿的心态很典型:这是捷径,但不是正道

因为在我认知里,产品经理的“基本功”是这样的:

要会写结构清晰的PRD;要会用Axure一页一页拖控件;要会画流程图、画交互图;要会自己把页面逻辑一层层想清楚……

而我用Claude的方式,是反过来的:

先把脑子里的需求丢给它 → 它生成完整页面 → 我再对着页面去改逻辑。

这在当时看起来,就像是考试直接抄答案,然后去理解题目。我有点心虚,有点偷懒,还有点不好意思跟导师讲。

但现在回头看,那根本不是偷懒。那是比“手动画原型”更接近真实产品工作的路径

因为真实工作里,我根本没有时间在Axure里慢慢拖矩形、对齐像素、调交互。真正耗脑子的,从来不是“画”,而是:

  • 功能边界在哪
  • 信息架构怎么分层
  • 用户路径怎么走
  • 哪些是必要,哪些是多余
  • 页面之间如何串成完整闭环
  • ……

而 AI 恰恰把“画图”这个低价值但高耗时的动作,直接抹掉了。我被迫只剩下一件事:想清楚

后来我慢慢意识到一个很反直觉的事情:

AI 不是在替代“会做事的人”,AI 在替代“用手做事的人”。

这两个是完全不同的群体。

会写Axure原型的人,会被AI秒杀。会想清楚产品逻辑的人,反而被AI无限放大。

因为你只需要把逻辑讲清楚,它会帮你瞬间具象化。你不再是一个“会画原型的产品经理”,你变成了一个会指挥原型生成的产品经理

这不是效率提升,这是工作范式变化

我后来观察到一个很有意思的现象。

很多人聊AI对程序员的冲击,聊Copilot,聊Cursor,聊AI coding。

但其实,最先被悄悄改变的,不是程序员,是产品经理、运营、售前、方案、市场这些岗位

因为这些岗位本质上干的事是:

把脑子里的抽象东西,变成可展示、可理解、可传播的“物料”。

PRD是物料、原型图是物料、PPT是物料、方案书是物料、宣传彩页是物料。

而这些东西,全部是大模型的强项。你只要把逻辑讲清楚,它就能直接产出80分的初稿。

以前你需要2天的活,现在2小时就能出第一版。你不再花时间“从0到1”,而是一直在“从60到90”。

这就是为什么我看到那篇公众号的时候会突然醒悟:

原来我当时不是在偷懒,我是在提前进入新的工作模式。

当然,也不能完全靠AI,毕竟上面提到的这些东西,每一个公司甚至每一个部门都会有自己的模板和标准,AI才不会管这些,所以你还是得依据生成的内容做出自己的改动才行。

更恐怖的是,这种变化是悄无声息的。

没有公司培训你。没有导师教你。没有人告诉你“应该这样用AI”。

你只是某天为了图省事,试了一下。然后发现,好像真的比以前快。再试几次,发现已经回不去了。

你再也不想回到Axure里一页一页拖控件了。

这不是“技能退化”,这是工具进化带来的技能重构

我现在再回头看导师当时教的那些内容,会有一种奇怪的感觉:

他们教的是上一代产品经理的基本功。而我无意中,用AI,跳到了下一代产品经理的工作方式

这不是谁对谁错的问题。是时代刚好卡在了一个非常微妙的时间点。

你如果按传统路径学,很扎实,但效率极低。你如果直接用AI,上手很快,但会被质疑“基本功不扎实”。

但未来真正需要的,其实是第三种人:

既懂传统方法论,又会用AI放大自己的人

直到这时我才真正意识到一句话:AI对岗位的冲击,远远不止AI coding。

它在重塑的是:

  • 产品怎么设计
  • 方案怎么写
  • 物料怎么产出
  • 工作怎么拆解
  • 时间怎么分配

甚至是——

什么才算“基本功”。

#AI了,我在打一种很新的工#
SAGIMA牛马咖啡 文章被收录于专栏

作为牛马,为了那点“窝囊费”,难免有些抱怨和感悟,汇总一下叭~

全部评论

相关推荐

02-07 12:06
已编辑
华侨大学 测试开发
最近看到很多 92 的,甚至是硕士,开始往测开赛道卷,说实话有点看不懂。先把话说清楚,大厂里的测开,绝大多数时间干的还是测试的活,只是写点自动化脚本、维护测试平台、接接流水线,真正像开发一样做系统、做架构、做核心平台的测开少得可怜,基本都集中在核心提效组,而且人很少,外面进去的大概率轮不到你,我想真正干过人都清楚。很多人被洗脑了,以为测开也是开,和后端差不多,只是更简单、更轻松、还高薪。现实情况是,测开和开发的职业路径完全不一样。开发的核心是业务和系统能力,测开的核心是稳定性和覆盖率,前者是往上走,后者天花板非常明显。你可以见到很多开发转测开,但你很少见到干了几年测开还能顺利转回开发的。更现实一点说,92 的高学历如果拿来做测开,大部分时间就是在做重复性很强的杂活,这种工作对个人能力的放大效应非常弱。三年下来,你和一个双非的,甚至本科的测开差距不会太大,但你和同龄的后端、平台开发差距会非常明显。这不是努不努力的问题,是赛道问题。所谓测开简单高薪,本质上是把极少数核心测开的上限,当成了整个岗位的常态来宣传。那些工资高、技术强的测开,本身就是开发水平,只是挂了个测开的名。普通人进去,99% 做的都是项目兜底型工作,而不是你想象中的平台开发。测开不是不能做,但它绝对不是开发的平替,也不是性价比最优解。如果你是真的不想做开发,追求稳定,那测开没问题。但如果你只是觉得测开比后端容易,还能进大厂,那我劝你冷静一点,这只是在用短期安全感换长期天花板。有92的学历,如果你连测开这些重复性工作都能心甘情愿接受,那你把时间精力用在真正的开发、系统、业务深度上,回报大概率比卷测开要高得多。想清楚再下场,别被岗位名和话术带偏了,就算去个前端客户端也是随便占坑的,测开是一个坑位很少赛道,反而大面积学历下放,不用想也能知道会是什么结果,我想各位在JAVA那里已经看到了
小浪_Coding:工作只是谋生的手段 而不是相互比较和歧视
点赞 评论 收藏
分享
评论
1
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务