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