6月份的我，是一个连vibecoding都不知道是什么意思的小白。但2个月后的我，开发了一款面向独立老师的排课工具，用户1300+，月营收1w+。

如果你刷到这篇文章，可能你也对 AI 开发、Vibe Coding，或者个人做产品这件事情感兴趣。两个月前，我其实也没有想到，自己能够真正把一个想法做成产品，更没有想到它最后能够产生收入。

这是我第一个真正意义上从 0 开始做的产品。

从最开始只有一个很粗糙的 Demo，到后面不断有人使用、提需求，再到开始有人愿意付费。

两个月左右，项目单月收入做到了 1w+。

现在回头去看，我觉得自己运气确实不错，但如果把“运气”这部分拿掉，里面还是有一些能够被复用的东西。所以这篇文章，我想把这两个月从：

发现问题 → 做出产品 → 验证需求 → 用户反馈 → 持续迭代 → 开始赚钱

整个过程，完整地复盘一遍。

如果你也想通过 AI 做一个自己的产品，我希望我的一些经历，能够让你少走一点弯路。

序言：我一开始根本没想过要“创业”

这个项目的开始其实非常普通。之前我自己做过一段时间家教。学生少的时候，一切都很好处理。谁几点上课、还有多少课时、这节课多少钱、上完课有没有反馈，脑子基本上都记得住。但是学生一多，问题就来了。信息开始散落在各种地方。今天改了时间，得记一下。这个学生充值了，得记一下。那个学生还有多少课时，也得算一下。上完课还得写反馈。月底还要看看自己到底赚了多少钱，哪些结算了，哪些还没有结算。

单独把每一件事情拿出来看，好像都没什么难的。但这些事情一旦堆到一起，就非常烦。我当时就在想：

有没有一个东西，可以把这些事情全部串起来？

我找了一圈，没有找到一个真正符合自己使用习惯的。那时候 AI 编程已经比较成熟了。我突然有一个很朴素的想法：

既然没有，那我能不能自己做一个？

现在回头看，这是整个项目最重要的起点。因为我后来越来越发现：做产品最怕的不是技术不会，最怕的是你根本不知道自己到底在解决什么问题 。

下面是我在开发过程中的一些小Tips：

Tips1：不要为了做产品，而去硬找一个需求

现在网上有很多内容会告诉你：“AI 时代，一个人就可以做产品。”“不会代码也可以独立开发。”这些话没有错。但它很容易让人产生另外一种误区：

我是不是应该赶紧做一个什么东西？

然后每天研究各种所谓的“蓝海赛道”“AI 商机”“海外项目”。看见别人做什么赚钱，就想抄一个。看见别人做插件，又想做插件。过两天发现 Agent 很火，又去研究 Agent。（别问我怎么知道的，6月份之前的我也是这样）

最后项目做了很多，真正能拿出来用的一个都没有。我现在觉得，特别是对于第一次做产品的人来说，一个很好的起点就是：

从自己真正遇到过的问题开始

既然用AI解决问题，为什么不先解决自己所遇到的问题？

因为只有你自己经历过，你才知道那个“烦”到底烦在哪里。就像我做这个项目。如果我自己没有真正带过学生，我可能会觉得：不就是排个时间吗？做个日历不就行了？但真正做过之后才会发现，独立老师真正麻烦的根本不只是排课。

而是：排课之后还有课时，课时之后还有费用，费用后面还有结算。上完课之后还有反馈。反馈长期积累下来，又变成学生档案。这些东西其实是一整条工作流。外行看到的是一个功能。真正处在这个行业里面的人，看到的是一整个流程。

这就是为什么我越来越觉得：

自己的痛点，是普通人做第一个产品时最便宜的一份需求调研报告。

Tips2：有需求，不代表你应该马上做一个“完整版”

我最开始犯过一个非常典型的错误。想到一个产品之后，脑子里面会立刻出现很多功能。既然要做学生管理，那是不是得有档案？既然有档案，是不是得有统计？既然有统计，是不是还可以做 AI？再往后想，东西越来越多。

那种感觉特别像装修房子。房子地基都还没有打好，你已经开始纠结：窗帘用什么颜色？沙发买什么材质？阳台要不要装氛围灯？ 看起来每天都在推进。实际上最重要的事情根本没做。 所以我第一版最后压得非常简单。核心就几个东西：

录入信息、记录课时、排课。先把最基本的链路跑通。其他全部往后放。

这件事情后来对我影响很大。因为我发现：很多个人开发者最大的问题，不是做得太少，而是第一版就想做得太多。

一个产品最开始就像一棵刚种下去的树。这个时候最重要的不是让它枝繁叶茂。而是先确定：它到底能不能活，如果根都没扎下去，你给它挂再多装饰也没用。

Tips3：Demo做出来以后，赶紧丢给真实用户

这是我认为自己这两个月做得比较正确的一件事。我给他取名为 “bulid in Chat”——-在交流中去构建， 这里的交流是指的是和你的用户去交流。第一版出来以后，我没有继续关起门来开发。而是直接把它展示给别人看。

当时其实产品非常粗糙。现在让我回去看那个版本，我自己可能都嫌弃。但我还是发出去了。结果很快就有人问：这个东西怎么用？哪里可以用？能不能增加某个功能？甚至还有人直接表达了付费意愿。那一刻对我的影响其实非常大。因为在此之前，所有需求都只是我的猜测。我觉得有用。我觉得别人需要。我觉得这个功能不错。注意，这些里面全部都有三个字：

“我觉得”

而产品最危险的三个字，往往就是“我觉得”。真正的需求是什么？ 是用户真的过来用了，真的发现能解决自己的问题，甚至愿意掏钱。这才叫需求。

我后来一直记得一个判断标准：别人跟你说一句：“你这个想法挺不错的。”这个基本上没有任何意义。但是如果他说：“这个怎么用？”价值就高很多。 如果他说：“多少钱？”那意义就完全不一样了 。所以如果你现在也准备做一个产品，我非常建议：

不要等到100分再拿出去，60分能跑，就可以先让别人试，用户会告诉你剩下40分应该往哪里补。

Tips4:和用户一起做产品

项目有第一批用户以后，我才真正开始体会什么叫做“做产品”。因为你会突然收到很多你之前完全没想到的问题。有人会告诉你：这个按钮放这里不好点。有人会告诉你：我的使用方式和你设计的不一样。还有人会说：这个地方如果能够自动处理一下，我每天能省很多时间。这个时候非常有意思。

因为产品开始脱离“我自己想象中的样子”，逐渐变成真实用户需要的样子。

我后来做产品基本遵循一个循环：

做出来 → 给人用 → 收反馈 → 判断需求 → 修改 → 再给人用。

一轮一轮地循环。甚至很多现在我自己觉得非常重要的功能，在第一版里根本不存在。

都是**用户一点一点“长”出来的，**所以我后来有一个感受特别深：

你自己做出来的东西，不一定有人用

但你和用户一起做出来的东西，大概率不会离需求太远

Tips6:不是用户说什么，你就做什么

刚开始有人给我提需求的时候，我其实很兴奋。有人提需求，证明有人用。那当然得做。于是：这个也想加。那个也觉得有道理。但慢慢我发现不对。

如果十个人每个人都提一个自己独有的需求，你全部做进去，最后这个产品一定会变成“四不像”。就像一家餐厅。一个人说想吃火锅，一个人说想吃牛排，一个人说最好再卖奶茶。老板觉得：顾客就是上帝，全加！最后菜单100页，但没有一个东西做得好吃。

产品也是一样。所以到后面，我会先判断：这个问题是不是高频出现？是不是很多人都会遇到？它符不符合这个产品原来的工作流？如果只是极少数人的特殊需求，我一般不会直接放到整个产品里面。

这其实就是做产品非常重要的一个能力：克制。

以前我觉得做产品是不断加东西。后来才发现：真正成熟一点之后，你每天想的反而是：哪些东西不应该加。

Tips7：AI写代码很快，但“没有上下文”真的很可怕

再聊聊 Vibe Coding。我没有特别扎实的专业代码基础。这个产品大量开发工作，本身就是我和 AI 一起完成的。刚开始的时候，我也特别喜欢一句话直接丢给 AI：“给我做一个XXX功能。”然后 AI 哗哗写。看着特别爽。几分钟一个页面。十几分钟一个功能。那一刻你真的会产生一种错觉：

我是不是马上就可以做一个超级大的产品了？

但是项目稍微复杂一点之后，问题就开始出现了。今天这个功能改了一点。明天另一个模块又改了一点。改到最后，你会发现：这里的数据为什么变了？那个页面为什么坏了？这个按钮之前明明能用，怎么突然又不能用了？

AI 不是不会写。而是它不知道你整个项目为什么要这么设计。它只能基于你当前告诉它的信息做判断。如果一开始没有上下文、没有结构、没有规范。AI 就像一个执行力特别强，但是每天都会失忆的员工。你今天告诉他：“墙刷白色。”他刷了。明天你开个新窗口：“这里做个书柜。”他一看：这里有堵墙。拆了吧。然后你昨天刚刷好的墙没了。最可怕的是：

他拆得还特别快。

所以后来我 做项目的第一件事，不是写代码，而是先把整个项目讲清楚。

我要做什么？用户是谁？核心流程是什么？有哪些模块？模块之间是什么关系？哪些地方负责数据？哪些地方负责业务逻辑？页面怎么组织？哪些东西可以改？哪些东西绝对不要乱动？

先梳理，再开发

我后来越来越重视需求文档和项目规范。因为这些东西，本质上是在给 AI 建立“世界观”。你得先让它知道：

这个世界是什么样子的。

它才能在这个世界里面做正确的事情。否则你每开一次新的对话，它都只能通过你刚刚说的几句话来猜整个项目。猜对了还好。猜错一次，后面所有东西都会建立在这个错误上。像盖楼一样。第一层歪两厘米可能没什么感觉。盖到二十层的时候，你才发现整栋楼都歪了。

Tips8:需求一定要具体

刚开始做 UI 的时候，我经常会这样和 AI 说：“这个再短一点。”“这个往上一点。”“这个看起来有点丑。”“这个卡片再高级一点。”然后 AI 改完。我一看：……好像改了。又好像没改。后来我才意识到：不是 AI 笨。是我的描述本身就不清楚。“短一点”到底是多少？5px？20px？还是缩短30%？“往上一点”是多少？“高级一点”又是什么？这些东西人和人沟通的时候，可以根据感觉理解。

但写程序不行。

所以我后来开始强迫自己把模糊感受转化成明确要求。不是说：“按钮小一点。”而是：

“高度由44改成36。”不是说：“留白多一点。”而是：“上下间距增加到24。”这个习惯其实非常重要。因为 Vibe Coding 到后面，拼的根本不是谁更会喊 AI 写代码。而是：

谁能更准确地描述自己到底想要什么。

Tips10:我是从什么时候觉得这个东西可能真的能赚钱的？

不是产品做完的时候。也不是功能越来越多的时候。而是开始有人主动愿意付费的时候。而且有一件事情我印象非常深。产品当时在我看来，其实还没有做到特别完善。

甚至我自己都觉得：是不是应该再改改，再收费？结果已经有人愿意直接付钱。还有人是在实际感受到这个东西确实方便之后，主动表达愿意付费。那时候我才第一次意识到： 一个产品能不能赚钱，和它是不是“完美”没有绝对关系。更重要的是：

它有没有替别人解决一个值得花钱解决的问题

如果一个工具一年几百块钱。但它每天能帮一个人省20分钟。一年下来省几十上百个小时。那对真正需要它的人来说，这笔账非常容易算。所以后面我对“定价”这件事情的理解也变化了。不是问：

“我这个功能值多少钱？”

而是问：

“我给用户创造了多少价值？”

Tips11:两个月做到1w+之后，我反而没那么着急了

最开始的时候，我经常会想：还能加什么？还能做什么？还有什么新功能？

但是做了一段时间之后，我反而开始变慢。因为我发现：功能多，不等于产品好。用户多，也不一定意味着产品有价值。真正让我觉得这个项目值得继续做的，是有一部分人会反复使用它。他已经把这个东西放进了自己的工作流程里，这个时候你的产品才不是“一个挺有意思的小工具。”而是：“我每天工作会用到的东西。”

这两个价值完全不一样。

所以如果现在让我重新选择，我不会一开始就想怎么获取1万人。

我会先问：

怎么服务好第一个人。

然后前10个人。再到前100个人。

因为只有前面这些人的需求真正理解透了，后面的放大才有意义。

写在最后的话：我想聊聊“不会代码，能不能做产品”

这是很多人问我的问题，我自己的答案是：

可以

但“不会代码也能做产品”，并不等于：“做产品变简单了。”以前做产品最大的门槛可能是代码。现在 AI 把这堵墙拆低了。但墙后面的东西依然还在。需求判断。产品设计、逻辑能力、审美、用户沟通、商业模式、项目管理。这些一个都没有消失。

甚至因为写代码变快了，它们的重要性反而变得更高。以前一个错误需求可能一个月才能做出来。现在 AI 三天就能帮你做出来。看起来效率提高了10倍。但如果方向是错的呢？那不过是：

以前一个月走错一次，现在三天走错一次

所以我现在越来越觉得，Vibe Coding 真正拉开人与人差距的，可能不是谁会写更多 Prompt。而是谁能够想得更清楚。

两个月前，我只是想解决一个自己觉得麻烦的问题。两个月后，它开始有人使用，有人反馈，有人付费，单月收入也做到了1w+。这个结果当然谈不上多厉害。但是它至少让我亲自验证了一件事情：

普通人真的可以借助 AI，把脑子里面一个模糊的想法，一点一点做成真实存在的产品。

只不过这个过程不是：想到一个点子 → 告诉 AI → 躺着收钱。

而是：

发现问题 → 理解问题 → 做出最小方案 → 找真实用户 → 接受反馈 → 不断修改 → 最后才是商业化。

如果一定让我用一句话总结这两个月：

AI解决的是“怎么做”，但你必须先解决“为什么做”和“做什么”。

代码越来越便宜。

执行越来越便宜。

真正越来越贵的，是判断。

而这，大概也是我做完这个项目之后，最大的收获。

最后，祝愿大家都能够借助AI开发出自己想要的产品，找到自己真正愿意付费的客户！