从想法到项目：先拆需求，再让 AI 动手

大多数项目死在「直接开做」

很多人有了想法，第一句就发给 AI：「帮我做一个记账软件」。AI 也老实，哗啦啦给你搭一个框架出来——结果功能太多、做不完、改不动，最后放弃。

会做项目的人，先拆需求，再动手。拆得越清楚，AI 做得越快。

术语提示：项目 = 你做的一个作品（网页、工具、小应用）；需求 = 你想让项目做成什么样子的描述；文档 = 把想法写下来的文件。

拆解一个想法的四个问题

1. 给谁用？

决定语言、风格和复杂度的上限。给自己用和给爸妈用，完全是两个项目。

2. 解决什么问题？

一句话说清「用了它之后，什么变好了」。这是功能清单的来源，写不出来就说明想法还没成熟。

3. 第一版先不做哪些？

这是最重要也最容易被跳过的问题。先砍掉登录、支付、云同步这些「以后再说」的东西。

4. 怎么算完成？

写出 2-3 条验收标准，比如「能添加一笔账」「能按月看汇总」。没有验收标准的项目永远做不完。

一个完整拆解示例：旅行相册

模糊想法：

我想做个旅行相册。

拆解后：

问题	答案
给谁用？	我自己和家里人，电脑和手机上都能看
解决什么问题？	旅行照片太多，按时间整理成一个能翻看的相册
第一版先不做？	不做登录、云存储、分享、地图
怎么算完成？	能按旅行添加相册，每本相册能放照片和一句话介绍，手机打开能正常翻看

让 AI 先出计划，而不是直接写代码

拆解完之后，不要急着让它写代码。这样发：

我想做一个家庭菜谱网页，需求如下：

给谁用：我爸妈，他们不太会用电脑。
解决什么问题：把家里的菜谱整理到一个地方，按菜名搜索。
第一版先不做：登录、图片上传、多人协作。
成功标准：打开页面能看菜谱列表，搜索框输入菜名能过滤，点开能看做法。

先不要写代码。给我一份实施计划：分几步、每步做什么、需要哪些文件，然后问我最多三个问题。

这样你会得到一份计划，而不是一坨代码。计划不满意，改起来成本几乎为零。

需求一句话模板

以后任何想法都套这个模板：

我想做一个【项目名】。

给谁用：【谁】
解决什么问题：【一句话】
第一版先不做：【列出来】
成功标准：【2-3 条】

先给我实施计划，问我最多三个问题，确认后再动手。

里程碑：第一版永远做最小

把计划砍到只剩「能跑起来的最小功能」，比如家庭菜谱第一版就三件事：

1. 菜谱列表页面
2. 搜索功能
3. 查看做法详情

做完这三件事，你已经有一个可以给别人用的东西了。之后再加「收藏」「拍照上传」都不迟。

一个能用的简单版本，胜过十个做了一半的豪华版本。

下一步

拆需求的方法学会了。下一节，我们用一个完整案例，把「拆需求 → 出计划 → 实现 → 修改 → 发布」从头走一遍。