作为一名产品经理（PM）， 你一定听过无数次这些话：
说实话，我以前也习惯了。
习惯把需求写清楚， 然后交出去， 再接受它被翻译、被折中、被实现成“另一个版本”。
直到最近，我用 Claude Code 做了自己的第一个 AI Coding 项目。
那种感觉，很陌生。
不是因为代码写得多快， 而是因为——这一次，代码几乎是顺着我的产品理解长出来的。
现在AI界给这种体验起了个名字：氛围编程（Vibe Coding）。
这篇文章，不是教程， 是我作为 PM，第一次亲自下场 AI Coding 后的一次复盘。
先说结论
AI 编程不是在替你写代码， 而是在替你验证：你到底会不会做产品。
这句话听起来有点狠， 但它是我在项目过程中，一点一点被逼出来的结论。
一、环境准备：产品经理 的「新实验室」
很多 产品经理 一看到“编程”两个字，就会下意识往后退一步。很多人在编程的时候第一步就卡在环境上，在AI的加持下，编程这事情真的没有那么复杂了。
我只做了三件事：
二、编程前：产品经理一定要想清楚的一件事
真正开始之前，我卡了一下。
不是技术问题， 而是我突然意识到：如果我自己都没想清楚需求，AI 是不可能替我想清楚的。
于是我花了不少时间，把需求重新写了一遍：
我本来以为 AI 会“先给我一个差不多的版本”， 结果发现并不会。
需求一模糊，AI 就直接停在那里。
那一刻我才反应过来：
以前很多模糊的地方， 其实是被研发、被流程、被沟通成本悄悄兜住了。
过去，PRD 是“交付物”；现在，PRD更像是源头本身。
你写得清不清楚， 决定了系统能不能往下长。
三、编程中：“我想要什么”变成唯一输入
真正进入 AI Coding 阶段后，我几乎没有关心代码本身。
我做的事情更像是：
有几次，我甚至很本能地想：
“要不先这样，后面再调。”
但 AI 不会接这种球。
它只会等你把话说清楚。
后来我慢慢意识到一个变化：
代码不再是冷冰冰的实现， 而是我产品逻辑的即时反馈。
我想得越清楚，它长得越顺； 我一偷懒，问题立刻暴露。
四、编程之后：AI只会放大少数人的能力
项目做完之后，我重新站在 产品经理 的角度看了一遍。
结论反而很冷静：
它不会帮你补短板， 只会把你已经有的东西放大。
有些 产品经理 用 AI 会越来越顺， 有些人只会越来越痛苦。
原因不在工具， 在于你到底有没有想清楚。
五、这是我真心推荐给每个 PM 的一次练习
如果你是产品经理，我非常建议你：
一定要亲手做一个 AI Coding 项目 哪怕只是一个很小的系统。
不是为了转型程序员， 而是为了回答几个很真实的问题：
到现在我也不敢说自己已经“会”AI Coding 了。
但至少，这面镜子，我已经照过一次。
如果你也正在尝试， 或者正打算开始， 欢迎在评论区告诉我： 你卡住的，是哪一步？
10个月宝宝每天需要喝多少奶粉？
