生成需求文档
大家好，接下来的课程呢我们就正式进入到了业务开发的阶段。
开发前的准备
那么如何开始呢？我们还是先借助 AI 来帮我们完成一个文档，后续在这个文档的基础上去做开发。
编写提示词
我这里已经写好了提示词，粘贴过来。
描述项目现状
首先，我们讲一下当前项目的基本情况，不用讲的太详细。
我们告诉 AI：
当前的项目已经有了前后端代码的脚手架，并且完成了登录注册。说明开发目标
然后再告诉 AI 我要做什么事情：
我想在这个基础上做一个移动端的记账软件。
还需要做哪些功能，以完成最小可行产品的上线？先粗粒度的分析一下。什么是最小可行产品（MVP）
最小可行产品（MVP） 的意思就是：我们至少需要完成哪些功能，就可以把这些功能提供给用户使用。
比如我们做一个记账软件，那么肯定要有：
- 一个记账的功能
- 还有一个记账查询的功能
- 最后再做一个简单的统计
如果只有一个简单的记账，那么肯定是不能提供给用户使用的。
最小可行产品可以帮助我们快速的验证想法。
所以，我们后续在做自己的产品的时候，尽量都要遵循这个原则去做。
查看 AI 生成的结果
接下来我们回车，来看一下 AI 给我们生成的一个结果。
1. 当前已完成的基础功能
首先是分析了当前已完成的基础功能。
2. 需要新增的核心功能模块
然后下面是需要新增的核心功能模块：
第一块：账本管理模块
这是基础模块。
第二块：账目记录模块
核心的账目记录模块，也就是记账的功能。
第三块：分类管理
需要预置一些分类，并且也支持用户自定义去编辑。
我们建议前期先仅用预置的配置就行，后面去更新的时候再支持用户的自定义。
第四块：统计分析模块
这个功能也比较重要，可以先做一些简单的分析，让用户能够更方便的查看自己的收支。
3. 关于详细设计
下面就是详细的接口和数据库表的设计。
我们这里暂时先不看设计，我们只需要上面的功能就行。
具体的设计可以用 Cursor 模式来完成。
整理需求文档
所以我们先告诉 AI：
按照上面列出的功能点，将需求总结到一个文档中，
放在根目录下面的 docs 目录下面。
如果没有 docs 目录，就新建。
只列出需求功能即可，不需要后面的设计。我们让 AI 把上面列出来的需求点放到一个文档中。
需求文档内容概览
核心功能模块
| 模块 | 功能说明 | 优先级 |
|---|---|---|
| 账本管理 | 创建、查看、切换账本 | 高 |
| 账目记录 | 记账、查询、编辑、删除 | 高 |
| 分类管理 | 预置分类（收入/支出） | 高 |
| 统计分析 | 收支统计、趋势分析 | 中 |
功能范围说明
账本管理
- 支持创建多个账本
- 可以切换不同账本
- 每个账本独立记账
账目记录
- 快速记一笔账
- 选择分类
- 填写金额和备注
- 查看历史记录
- 编辑和删除记录
分类管理
- 预置常用分类
- 收入：工资、奖金、其他
- 支出：餐饮、交通、购物、娱乐、其他
- 后期支持自定义分类
统计分析
- 按日/周/月统计
- 收入支出对比
- 分类占比分析
- 简单的图表展示
MVP 开发原则
1. 先做核心功能
不要一开始就追求完美，先把核心功能做出来，能用起来最重要。
2. 快速验证想法
通过最小可行产品，快速验证用户是否需要这个功能。
3. 迭代优化
根据用户反馈，逐步完善功能，而不是一次性做完所有功能。
4. 控制开发周期
MVP 应该在较短的时间内完成（比如 1-2 周），避免开发周期过长。
开发顺序建议
需求文档的作用
1. 明确开发目标
清楚知道要做什么，不做什么。
2. 指导开发过程
开发时有明确的参考，不会偏离方向。
3. 评估工作量
根据需求评估开发时间和资源。
4. 沟通协作
团队成员对需求有统一的理解。
使用 AI 生成需求文档的技巧
1. 提供清晰的上下文
告诉 AI 当前项目的状态和已有功能。
2. 明确目标
说明要做什么类型的产品，面向什么用户。
3. 强调 MVP
让 AI 聚焦在最核心的功能上，避免功能过于复杂。
4. 分步骤细化
先让 AI 给出大的功能模块，再逐步细化每个模块的具体功能。
5. 只要功能，不要设计
在需求阶段，只关注”做什么”，不关注”怎么做”。
遇到问题？
如果在生成需求文档过程中遇到问题，可以扫描下方的微信二维码帮您看下（免费咨询）
下一步
需求文档生成完成后，接下来我们需要：
