用 AI 做 App 上架一周后，我发现普通人做软件的门槛变了

如何从0-1 AI Coding一个可以上架的产品我的一个 App 上架 App Store 一周后后台已经有上百人下载也开始产生了一点收入。金额不大但这件事给我的冲击很大这个 App 并不是我像以前那样一行一行代码慢慢写出来的而是用 Vibe Coding 的方式借助 AI 一点点做出来的。这让我越来越明显地感觉到普通人做软件的门槛正在变化。以前你想做一个 App、一个网页、一个小工具第一反应可能是先学编程先搞懂前端、后端、数据库、部署这些东西。但现在如果你的目标只是先做出一个能用的小产品起点不一定是“学会写代码”而是先学会把自己的想法讲清楚。我理解的 Vibe Coding不是让 AI 替你完成一切也不是随便说一句话就自动生成一个完美产品。它更像是一种新的产品开发方式你负责想法、判断和验收AI 负责设计、拆解和执行。你们一起把一个模糊想法推进成一个能运行的东西。这篇文章不讲复杂技术只讲一套普通人也能理解的流程如何从一个想法开始用 AI 做出自己的第一个小产品。一、Vibe Coding 的关键不是 Coding很多人第一次用 AI 写代码都会直接说“帮我做一个很厉害的网站。”这句话看起来没问题但其实很容易让项目翻车。因为 AI 不知道什么叫“厉害”它不知道你要的是页面好看、功能复杂、能登录注册、能收费还是像大厂产品一样完整。你没有说清楚AI 就只能猜。AI 一旦靠猜项目就容易跑偏。最后你可能会得到一堆看起来很高级的代码但自己根本跑不起来也不知道哪里出了问题。所以 Vibe Coding 最大的误区就是一上来就让 AI 写代码。真正稳定的做法是先让 AI 理解需求。不要说“帮我做一个很厉害的网站”而是说“我想做一个个人记账网页用户是我自己。第一版只需要添加收入、添加支出、显示余额、保存记录。先做本地版本不做登录、不做后台、不做支付。”前者是许愿后者是需求。Vibe Coding 不是向 AI 许愿而是把需求拆清楚让 AI 能执行。二、先让 AI 做产品经理而不是程序员如果你脑子里只有一个模糊想法不要急着让 AI 写代码。更好的方式是先让 AI 帮你把想法整理成产品方案。比如我想做一个加强版番茄钟。真正的需求不是“做一个计时器”而是因为我长期坐在电脑前工作普通番茄钟提醒一下很容易被我顺手关掉所以我需要一个更明显的“久坐打断器”在连续工作一段时间后提醒我起身活动。这时候我不会直接说帮我写一个番茄钟软件。而是先把问题讲清楚我要解决什么问题为什么要做这个软件第一版需要哪些功能哪些功能暂时不要做。这样 AI 的角色就变了。它不再只是写代码的工具而是先帮你梳理产品目标、使用场景、核心功能和第一版范围。很多小白做不下去不是因为不会写代码而是需求一开始就没想清楚。需求越模糊后面返工越多。你可以把下面这段提示词发给 Claude你是我的产品设计师和桌面软件交互设计师。 ​ 我是一个 0 基础小白想做一个运行在 mac 电脑上的番茄钟桌面软件。 ​ 项目起因 我最近因为长时间坐着工作颈椎和后背疼得很厉害还去医院做了针灸。 普通番茄钟的问题是时间到了我会直接关掉然后继续工作。 所以我想做一个更强提醒的久坐打断器。 ​ 软件目标 当我专注工作超过设定时间后软件要强烈提醒我起身活动。 提醒要足够醒目不容易被误关但不能做成恶意软件。 可以设置提醒 1 分钟、3 分钟或 5 分钟后自动关闭。 ​ 我希望第一版功能包括 1. 设置专注时间 2. 设置提醒持续时间 3. 开始、暂停、重置计时 4. 时间到了弹出桌面提醒窗口 5. 提醒窗口显示多条催促起身的文案 6. 播放提示音或音乐 7. 提醒窗口不能被普通点击误关 8. 提醒时间结束后自动关闭 9. 保留紧急退出方式 ​ 请先不要写代码。 ​ 请帮我整理一份适合交给程序员实现的产品设计文档包括 产品目标、用户场景、页面结构、交互流程、提醒文案、第一版 MVP 功能范围、后续可扩展功能。 ​ 有些问题我还没有想到可能会遗漏可以帮我补充。 如果有不确定的地方可以先问我。第一句是“我是一个 0 基础小白”。这会让 Claude 用更适合新手的方式输出方案不会默认你懂技术。第二句是“有些问题我还没有想到可以帮我补充如果有不确定的地方可以先问我”。这句话的作用是让 Claude 主动帮你查漏补缺而不是你说什么它就做什么。如果它反过来问你问题你可以根据自己的想法回答如果没有想法就直接选它推荐的方案。这个过程本身就很有价值因为它会帮你一步步把模糊想法变清楚。做完这一步后你通常会得到一份比较完整的产品方案包括产品目标、用户场景、核心功能、页面结构、交互流程和后续可扩展方向。三、让 Claude 把需求拆成任务当 Claude 帮你整理完产品方案之后先不要急着写代码。因为一份产品方案通常会比较大如果你直接全部交给 Cursor 或 Codex它可能会一次做太多。功能一多项目后面就容易乱。所以这一步要继续让 Claude 做一件事拆任务。前面那一步是把一个模糊想法整理成产品方案这一步是把产品方案变成程序员能执行的开发清单。最简单的拆法就是按照 P0、P1、P2 来分优先级。P0 是第一版必须完成的功能P1 是体验优化功能P2 是以后再考虑的功能。比如这个加强版番茄钟P0 就应该只保留最核心的功能设置专注时间、开始、暂停、重置、到时间弹出提醒。至于更多提醒文案、提示音选择、数据统计、账号系统这些都可以放到后面。这一阶段最重要的原则是先跑起来再优化再增加新需求。你可以把下面这段提示词发给 Claude请把上面的需求整理成程序员可以执行的开发任务清单。 ​ 要求 1. 按 P0、P1、P2 分优先级 2. P0 是第一版必须完成的功能 3. P1 是体验优化功能 4. P2 是以后再考虑的功能 5. 第一版尽量简单不要加入登录、数据库、后台、支付等复杂功能 6. 请告诉我第一版 MVP 应该做到什么程度这一步的目的不是让 AI 少做事而是让它先做对最重要的事。对小白来说第一版越简单成功率越高。四、创建几个项目管理文件任务拆好之后就可以回到本地电脑新建一个项目文件夹。比如这个项目可以叫standup-pomodoro接下来把前面 Claude 生成的内容整理成几个文件放进项目里DESIGN.md TASKS.md BUGS.md README.md这几个文件不用理解得太复杂。DESIGN.md用来放产品设计方案TASKS.md用来放 P0、P1、P2 任务清单BUGS.md用来记录后面遇到的问题README.md用来记录项目说明和运行方式。很多小白用 AI 写代码会越来越乱一个重要原因就是所有内容都堆在聊天记录里。刚开始还好聊到后面AI 很容易忘记前面定好的需求甚至把已经修好的功能又改坏。把这些内容沉淀到文件里之后 Cursor 或 Codex 就可以直接读取项目上下文。即使你后面换一个新会话也可以让它先读这些文件再继续开发。这一步不是为了显得专业而是为了让项目稳定。五、把任务交给 Cursor 或 Codex 开发现在设计文档有了任务清单也有了才真正进入写代码阶段。打开 Cursor 或 Codex模型选择GPT5.5打开提前创建的文件夹standup-pomodoro。这里也不要一上来就让它直接写代码而是先让它阅读DESIGN.md和TASKS.md再分析第一版应该怎么做。如果你不习惯使用 Codex 桌面版也可以直接用 VSCode然后安装 Codex 插件来开发。模型选择上我个人更建议优先用 GPT-5.5。尤其是做页面和界面设计时我实测下来 GPT-5.5 的审美和完成度会更好。当然如果只是改一些简单代码或者做一些小功能为了节省 token也可以选择 Claude Sonnet 4.6、GPT-5.4或者 Cursor 的 Composer 2.5 模型。简单任务没必要每次都上最强模型。可以这样说请先阅读 DESIGN.md 和 TASKS.md。 ​ 按照 P0 任务分析第一版桌面番茄钟。 ​ 要求 我是 0 基础小白请保持项目结构简单。 第一版只做 P0 功能。 先不写代码给我项目架构以及技术方案。这一步很重要。因为如果你不限制范围AI 可能会直接给你上 React、Next.js、数据库、后端服务甚至生成一堆你暂时根本用不上的复杂结构。不是这些技术不好而是对小白来说第一版技术越复杂报错越多越容易放弃。所以第一版建议尽量简单。能用 HTML、CSS、JavaScript 解决就先不要上复杂框架。只要能在浏览器里打开核心功能能跑起来就已经成功了。等它分析完项目结构之后再让它按照 P0 任务开始写代码。通常第一版会生成几个最基础的文件index.html style.css script.jsindex.html负责页面结构style.css负责页面样式script.js负责计时、按钮点击、弹窗提醒这些交互逻辑。小白第一版不要追求技术高级先追求能跑起来。六、第一次运行和验收代码写完之后不要急着加新功能先运行。如果是简单网页项目通常直接打开index.html就可以看到效果。如果 AI 创建的是现代前端项目可能会让你运行一些命令。但对小白来说第一版尽量选择最简单的方式能少一步就少一步。第一次验收的时候也不要一上来就纠结页面好不好看。按钮不够精致先不管颜色不够高级先不管动画不够顺滑也先不管。你先检查核心流程有没有跑通。比如番茄钟这个项目可以重点看这些问题能不能设置时间 能不能开始计时 能不能暂停 能不能重置 时间到了有没有提醒 提醒结束后能不能正常关闭只要这些核心流程能跑起来你就已经完成了从 0 到 1。这一步很重要。因为你会第一次看到原来自己脑子里的一个想法真的可以变成一个能运行的小工具。后面所有优化都是建立在这个基础上的。七、遇到 Bug先把问题写清楚小白最怕的不是写代码而是遇到 Bug。但 Bug 其实不可怕真正可怕的是你只跟 AI 说一句坏了帮我修。这样 AI 很难判断问题在哪里也很容易乱改。正确做法是把 Bug 写清楚最好写到BUGS.md里。比如你做的是记账网页发现添加支出后余额没有变化就不要只说“余额不对”而是要写清楚它是怎么发生的。可以这样写BUG 1 添加支出后余额没有正确减少。 复现步骤 1. 打开网页 2. 输入类型支出 3. 输入金额20 4. 点击添加 5. 交易记录出现了但余额没有变化 期望结果 余额应该减少 20。然后再把这个问题交给 Cursor 或 Codex请阅读 BUGS.md修复 BUG 1。 要求 先定位问题并分析原因。 告诉我如何修复。 只做必要修改不要重写整个项目。这里最重要的是最后一句只做必要修改不要重写整个项目。因为 AI 有时候为了修一个小问题会顺手把一堆代码都重写掉。对小白来说这样风险很大。所以修 Bug 的原则是小步修改小步验证。如果是界面问题比如按钮太小、文字重叠、移动端错位最好直接截图发给 AI再告诉它具体哪里不对。图片加文字AI 理解会更准确。八、跑通之后再让 Claude 规划下一版第一版跑起来之后不要马上让 Codex或者Cursor 一口气加十个功能。更稳的方式是回到 Claude让它从产品角度帮你规划下一版。比如你可以告诉它现在第一版已经能用了已经实现了哪些功能目前还有哪些体验不够好希望下一版不要太复杂。然后让它从用户体验角度帮你挑出最值得做的几个优化点。可以这样说这是我的第一版功能 1. 可以设置专注时间 2. 可以开始、暂停、重置计时 3. 到时间后会弹出提醒 4. 提醒可以自动关闭 请从用户体验角度帮我规划下一版最值得做的 3 个功能。 要求不要太复杂适合小白继续开发。Claude 可能会建议你优化提醒文案、增加提示音、优化弹窗样式、增加统计功能。但这里不要全部做只选一个最重要的功能写进TASKS.md再交给Cursor 或 Codex 开发。这样就形成了一个比较稳定的循环很多人用 AI 写代码容易乱是因为一直在同一个聊天窗口里不断追加需求。项目越聊越长AI 记不住代码也越来越乱。所以一定要让关键信息沉淀在文件里。DESIGN.md记录设计TASKS.md记录任务BUGS.md记录问题README.md记录运行方式。每完成一个能跑的版本最好再让 AI 帮你保存一次 Git 版本。这样后面如果 AI 改坏了你还有机会回到之前能运行的版本。小白做 Vibe Coding最重要的不是代码多高级而是项目能稳定往前推进。九、新手最适合做什么项目第一次练习不要做太大的项目。不要一上来做商城、社交 App、知识付费平台、复杂后台系统。这些不是不能做而是不适合第一个项目。第一个项目最好满足三个条件功能简单自己用得上结果容易验证。比如个人介绍网页、Todo 待办清单、个人记账工具、番茄钟、单词卡片、健身打卡、文章收藏夹、简单数据统计工具都很适合新手练习。这些项目边界清楚结果也容易判断。比如记账工具能添加收入、添加支出、显示余额、保存记录它就是一个完整的小工具。比如番茄钟能设置时间、开始暂停、到点提醒它也已经能解决一个具体问题。小白的第一个项目不需要改变世界。先解决自己的一个小问题能用就是成功。最后总结Vibe Coding 不是让 AI 自动替你做完一个产品。它真正有价值的地方在于普通人也可以用 AI 参与产品创造。你不一定要先成为程序员但你需要学会把想法说清楚把需求拆小控制第一版范围让不同 AI 做不同角色测试结果描述 Bug然后一点点迭代。如果用一句话总结这套方法先设计再拆解先跑通再优化。不要一开始就追求完美不要一开始就做大而全也不要让 AI 自由发挥。你只需要先想清楚三个问题我想解决什么问题第一版最少需要什么功能我怎么判断它已经能用了想清楚这三个问题就可以开始了。先做出来先跑起来再慢慢变好。普通人做软件的门槛真的已经变了。