夜雨聆风最近消失了很久，沉迷vibe coding，妆也不化了，视频也不录了，今天聊聊我的一些想法。
为什么写这篇：
很多人在聊 Vibe Coding 有多神奇：不会代码也能做产品。但很少有人说：做出来之后呢？
我是一个零技术基础的产品经理，过去两个月用 Vibe Coding 做了5个已上线小项目（当然，不含一句话的开源快速项目哈）。
今天想聊聊这个过程中的几个阶段，遇到的问题和解决方案。
第一阶段：上瘾期
造物主的快感
我做产品9年，和其他产品经理一样，入行做PM，最初都是带着热情的：把想法变成实物，被人喜欢，那种"造物主"的成就感足够让人着迷。
Vibe Coding 把这种感觉放大了100倍。
我们只需要一个CC对话框，说出想法："我想做一个消除游戏/小丑牌""我想做一个记账小工具""我想做一个AI聊天界面"
…
它帮你找对标、套方案、生成代码，快的时候几分钟就能跑起来。
这种速度会让人快速上瘾，程序员朋友说这段时间的我，和他刚学代码、第一次写出能跑的程序 那时候一样癫。
为什么这个阶段不会遇到障碍？
需求清晰参照物明确（"做一个类似XX的东西"）前端代码就能搞定AI 的理解能力完全够用市场上有很多成型的开源产品
这个阶段你会觉得：我太强了我可以独立接单了商单找我！（bushi
第二阶段：碰壁期当你想做更复杂的功能开源项目不满足我的需求，当我需要后端、需要自定义逻辑、需要多个功能联动。问题开始出现。
问题1：AI记忆断了聊着聊着，AI 忘了之前说好的了，开始自由发挥。做出来的东西跟你要的完全不一样。你不懂代码，面对前端报错只能复制粘贴：黑盒不知道怎么定位问题，更不知道怎么改。
问题2：改错了 回不去了你让它改一个东西，它顺手提交了。你想退回去，发现退不了。多个 agent 协作时，各自提交，大乱炖，代码直接一团乱麻。问题3：搭起来容易，改起来难为了快速跑通 MVP，用了很多"能跑就行"的方案。等你想加新功能，发现根本加不进去。这个阶段很多人会卡住，或者放弃，或者硬撑。
第三阶段：产品人主场：迅速找到解法用 PMO 逻辑兜底考过PMP的或者软考的我们会发现：这些问题不是新问题，传统行业和 IT 行业早就解决过了。那是不是解法也一样：
1.用标准PRD锁定方向每次迭代前把产品文档PRD拿出来对齐。目标变了就改文档，不能让 AI 自由发挥方向。
2.技术选型提前约定MVP 用简单技术跑通没问题。但要提前想清楚：到什么规模需要换成熟技术栈。避免后期功能根本加不进去的情况。
3.分支与版本管理分支：个人推荐三条分支：开发分支（随便改）测试分支（验证功能）master（线上稳定版）另外：每次上线打一个版本包存档，想回退随时有快照。版本：我的版本管理比较通用简单：v1.2.31是大版本-比如加大功能；2是中间 比如模块修改维度的 ；3是小版本，比如改bug等。4. 多模型分工设计、运营、开发、项目管理，找各自擅长的模型来做。但分工越细，越需要文档把所有人"锁死"在同一个目标上。
第四阶段：酒香也怕巷子深，做出来没人用做出来了，没人用
就算规范做得再好，上线之后你会发现：没有人用。
你以为酒香不怕巷子深，但市场不会自动找到你。同类产品做得更好的已经存在，你的精力全部清零。
此刻我们终于明白:GitHub 上那些无人维护的项目，大多数都是这么来的...
不是技术问题，是从来没有人用过。这才是最贵的代价
你浪费的不止是时间，不是金钱，是注意力。时间可以量化，金钱可以量化，注意力没法量化。但它是你最重要的资源。
最终解决方案是AI组织变革：找擅长的ai小白专项训练做运营、seo和geo ，后面有感兴趣的我们再讨论，这里不展开。
我回头看看：正确的顺序应该是
先做市场调研和竞品分析→验证这个东西值不值得做→再动手
研发成本低不代表注意力成本低。熟悉吗？我们掉回了产品经理的饭碗里。
一个没有答案的问题走到这里，我开始质疑：零技术基础做 Vibe Coding，到底合理吗？目前看来，跑通 MVP 是合理的。但如果目标是做一个真正成熟的产品，后期的：（1）报错定位（2）性能优化（3）架构调整没有技术基础很难吞吐。
那么只有技术合理吗？最好不要，毕竟做出来只是第一步。
也许更现实的定位是：用 Vibe Coding 快速验证想法，跑通就行，不追求做成成熟产品。这样前面那套规范可以轻很多，产品经理更应该把重心放在"这个想法值不值得做"和“怎么建造护城河”等问题上。
太阳底下没有新鲜事回头看这整个过程，会发现：Vibe Coding 正在重走传统 IT 行业走过的路。
从野蛮生长到规范流程，从单人摸索到分工协作，连遇到的坑都一样。
区别只有一个：传统 IT 走了二十年，Vibe Coding 一两年就踩完了。门槛低了，踩坑的人从工程师变成了所有人。但没有人告诉他们前人已经解决过这些问题。
给想入坑的朋友几个Tips
1、先验证需求，再动手做不要因为"能做"就去做问自己：这个东西有人要吗？
2、MVP 够用就行，不要追求完美跑通验证想法，比做成产品更重要3、学一点技术基础不需要会写代码但要懂基本概念：前后端、API、数据库4、用 PM 思维管理项目PRD、版本管理、分支管理这些不是技术问题，是管理和流程问题
或者找到你的技术搭档如果真的想做成产品，最快方法就是找一个懂技术的人一起做
在这里友情拜谢所有我把乱七八糟的报错发过去，友好回复我的前端后端算法等同事，祝你们都发大财！！
写在最后Vibe Coding 降低了做产品的门槛，这是好事。但它没有降低做好产品的门槛。
想法变成代码很快，代码变成产品很难，产品变成有人用的产品更难。
这条路上，技术只是第一步。
