从想法到项目：先拆需求，再让 AI 动手
学会把一句「我想做个 XX」拆成可以执行的计划：给谁用、解决什么、最小版本是什么、怎么算完成。
⏱ 10 分钟 · ✅ 4 个实操任务
大多数项目死在「直接开做」
很多人有了想法，第一句就发给 AI：「帮我做一个记账软件」。AI 也老实，哗啦啦给你搭一个框架出来——结果功能太多、做不完、改不动，最后放弃。
会做项目的人，先拆需求，再动手。拆得越清楚，AI 做得越快。
拆解一个想法的四个问题
1. 给谁用？
决定语言、风格和复杂度的上限。
2. 解决什么问题？
一句话说清「用了它之后，什么变好了」。这是功能清单的来源。
3. 第一版先不做哪些？
这是最重要也最容易被跳过的问题。先砍掉登录、支付、云同步这些「以后再说」的东西。
4. 怎么算完成？
写出 2-3 条验收标准，比如「能添加一笔账」「能按月看汇总」。
让 AI 先出计划，而不是直接写代码
拆解完之后，不要急着让它写代码。这样发：
我想做一个家庭菜谱网页，需求如下：
给谁用：我爸妈，他们不太会用电脑。
解决什么问题：把家里的菜谱整理到一个地方，按菜名搜索。
第一版先不做：登录、图片上传、多人协作。
成功标准：打开页面能看菜谱列表，搜索框输入菜名能过滤，点开能看做法。
先不要写代码。给我一份实施计划：分几步、每步做什么、需要哪些文件，然后问我最多三个问题。
这样你会得到一份计划，而不是一坨代码。计划不满意，改起来成本几乎为零。
里程碑：第一版永远做最小
把计划砍到只剩「能跑起来的最小功能」，比如家庭菜谱第一版就三件事：
- 菜谱列表页面
- 搜索功能
- 查看做法详情
做完这三件事，你已经有一个可以给别人用的东西了。之后再加「收藏」「拍照上传」都不迟。
一个能用的简单版本，胜过十个做了一半的豪华版本。
下一步
拆需求的方法学会了。下一节，我们用一个完整案例，把「拆需求 → 出计划 → 实现 → 修改 → 发布」从头走一遍。