AI时代,产品经理不再交付文档,而是原型和代码

从阿里离职加入生财有术后，我的工作方式发生了一个巨大变化：

我不再写需求文档了。

取而代之的，是直接用AI生成可交互的原型页面，点击、验证、打磨，然后交给开发同学落地。

这背后，是我们团队正在尝试的一种新协作模式：AI Native。

今天想聊聊这个变化，以及它给我带来的冲击。

全文目录如下：

1. 传统研发模式的痛：70%的精力在开会

2. 我的新工作流长什么样

3. 3个显著优势

4. 一个真实的挑战：审美跟不上了

一、传统模式的痛：70%的精力在开会

在阿里做了5 年的产品，我太熟悉这个流程了。

一个中等规模的需求，从启动到进入开发，要经历5轮评审：产品需求评审、交互设计评审、视觉方案评审、技术方案评审、测试用例评审。

光是把这些会排完，最少就要 2-3 周。

70%的精力都花在了”对齐”上——告诉上下游要做什么、为什么做、怎么做。真正用来打磨产品方案的时间，少得可怜。

这种协作模式对于一个性格偏内向，或者不擅长在大厂去争取资源的人来说，太痛苦了。

AI Native的核心原则就一句话：减少协同消耗，让更少的人承担更多的分工。

以前需要产品、设计、前端、后端、测试五个角色分工协作的流程，现在尽可能由1-2个人完成闭环。

二、我的新工作流长什么样

根据需求复杂度，我有两种做法。

简单需求：只用Claude。

我直接用语音跟Claude描述需求。它会先确认我说的哪些地方不清楚，经过3-4轮对话把产品逻辑完善后，直接帮我生成前端代码——一个可以点击和验证的交互界面。

复杂需求：Gemini打磨交互 + Claude实现逻辑

Gemini 3 Pro在前端交互方面的能力是碾压级的。所以复杂需求我会先让Gemini负责前端交互的打磨，产出足够精致的页面。然后再移交到Claude，让它实现更复杂的业务逻辑。

最终，我把打磨好的原型交给全栈技术同学，他帮我实现后端和整体技术架构。测试环节，我和他两个人一起搞定。

在新的工作留下，我再也不用去准备冗长的文档了。日常屏幕上最多打开的是代码编辑器，而不是飞书。

三、3个显著优势

第一，协同内耗大幅减少。

以前3周才能进入开发阶段，现在1周就能交付比较完整的交互原型。省下来的时间，全部投入到跟AI打磨更好的方案上。

第二，产品方案质量反而更高了。

说实话，大部分产品经理画的原型质量很一般——咱们本来就不是设计师出身。

但AI见过海量的前端代码和交互方案，它生成的交互效果，经常远超我自己能画出来的水平。不满意？直接告诉它哪里不对，让它想更好的方案。迭代速度极快。

第三，个人能力锻炼的更全面。

这个过程中，我逐步掌握了跟AI协作写代码的能力。更关键的是，学会了怎么把自己的需求清晰地传达给模型，让它开发出完整的产品。这对于未来一个人想要独立做一款产品，帮助巨大。

四、一个真实的坑：审美是当前最大的挑战

坦白说，这种新模式对产品经理的要求更全面了。

在实际落地过程中，我遇到最大的问题是：产品审美能力不足。

AI生成的前端代码，有时会存在一些基础的视觉规范问题，典型比如：字体大小不对、字间距奇怪、色块搭配不协调——这些设计问题，我自己根本看不出来。

关于这个挑战，我逐步摸索了两个方法：

一是多跟团队的设计师沟通，请她帮我看、给我提建议。二是找到市面上成熟的设计组件库，让AI在生成时直接参考。

最近很火的 skills，更是大大提升了产出高质量交互的效率。比如网站：https://uupm.cc/。可以直接让 claude 浏览这个网站，找到一个漂亮的模板，套进去。

这是一个产品经理必须补的课：当你不再依赖设计师交付，你就得自己扛起审美的责任。

写在最后

产品经理的核心能力正在发生迁移。

以前的核心能力是”把需求写清楚”，让团队理解你要做什么。

现在的核心能力是”把产品做出来”，用AI直接验证你的想法。

交付原型和代码，才是这个时代产品经理最硬的货币。

我是矿山，生财有术产品经理，前阿里产品经理。在这里持续更新0技术背景学习 AI心得、和用 AI 编程构建产品的过程。