项目管理思维：MVP 与迭代开发

为什么 Vibe Coding 也需要项目管理？

很多人用 AI 编程时犯的最大错误不是提示词写得不好，而是项目管理做得不好。

常见的灾难场景：

"帮我做一个电商网站，要有商品浏览、购物车、用户登录、支付、
订单管理、评价系统、推荐算法、后台管理、数据统计……"

结果：AI 生成了一堆混乱的代码，到处是 bug，想改都不知道从哪改起。每次让 AI 修一个地方，另一个地方又坏了。

这不是 AI 的问题，是你的项目管理出了问题。

正确的方式：用 MVP 思维来规划你的项目。

什么是 MVP？

MVP（Minimum Viable Product）= 最小可行产品

核心思想：用最小的投入，做出一个能用的东西，尽快验证你的想法。

通俗说就是：先把最核心的功能做出来，能跑就行，之后再慢慢加东西。

案例理解

假设你想做一个"每日习惯打卡"应用：

❌ 错误做法（一次性想要所有功能）：

用户注册/登录、习惯创建/编辑/删除、每日打卡、打卡日历视图、
连续打卡统计、成就系统、好友排行榜、数据图表、提醒推送、
数据云同步、暗色模式、多语言支持……

一口气全给 AI，结果：代码上千行，bug 无数，改不动。

✅ 正确做法（MVP 分步走）：

MVP v1（第 1 天，15分钟）：

• 一个页面
• 可以输入习惯名称
• 可以点击打卡
• 数据保存在浏览器本地

就这样。四个功能。能用了。先体验一下，看看还缺什么。

v1.1（第 2 天，20分钟）：

• 加上日历视图
• 显示连续打卡天数

v1.2（第 3 天，20分钟）：

• 可以编辑和删除习惯
• 加上简单的统计图表

v2.0（第 1 周末，40分钟）：

• 暗色模式
• 更好看的 UI
• 成就徽章系统

💡 关键领悟：先让它"存在"，再让它"变好"，最后让它"出色"。

需求拆解方法

第一步：列出所有你想到的功能

打开一个笔记，把你能想到的所有功能都写下来，不管大小：

[天气查询应用](../实战案例/02-天气查询小工具完整开发实录)的功能脑暴：
- 输入城市查天气
- 显示温度
- 显示天气图标
- 湿度、风速
- 5天预报
- 24小时预报
- 空气质量
- 穿衣建议
- 紫外线指数
- 搜索历史
- 收藏城市
- 定位获取当前城市
- 背景随天气变化
- 天气动画（下雨、下雪）
- 分享天气截图
- 多城市对比
- 桌面小部件

第二步：按优先级分类

把每个功能放进四个优先级：

优先级	含义	判断标准
P0 — 必须有	没有这个功能产品就不能用	这是核心价值吗？
P1 — 应该有	没有的话体验很差	用户会经常用到吗？
P2 — 锦上添花	有了更好，没有也能用	这是"惊喜"还是"必需"？
P3 — 以后再说	想象中很好，但目前不急	可以放到下个版本吗？

天气应用的分类示例：

P0 必须有	P1 应该有	P2 锦上添花	P3 以后再说
输入城市查天气	湿度风速等详细信息	背景随天气变化	天气动画
显示温度	5 天预报	搜索历史	分享截图
天气图标	响应式设计	收藏城市	多城市对比
		定位功能	桌面小部件

MVP = P0 的功能。 只做 P0，先上线。

第三步：用提示词表达你的 MVP

帮我做一个极简天气查询应用。

MVP 版本只需要：
1. 一个搜索框，输入城市名
2. 显示当前温度（大字号）
3. 显示天气状况图标（用 emoji）

暂时不需要：预报、湿度风速、搜索历史、收藏、定位。
先做最核心的功能。

💡 注意那行"暂时不需要"——明确告诉 AI 什么不做，跟告诉它做什么一样重要。

版本迭代的正确姿势

每个版本遵循这个流程

计划（要做什么）→ 实现（AI 生成）→ 测试（自己试）→ 确认（没问题）→ 下一版本

迭代中的提示词策略

每次迭代的提示词，都遵循这个原则：

1. 声明在现有基础上修改："在当前代码基础上……"
2. 只加 2-3 个新功能：不要一次加太多
3. 强调不改已有功能："保持现有功能不变"

v1.0 的提示词：

帮我做一个番茄钟应用。
MVP 版本功能：
1. 一个 25 分钟倒计时
2. 开始/暂停/重置按钮
3. 计时结束时播放提示音
用纯 HTML/CSS/JS，不用框架。

v1.1 的提示词（在 v1.0 基础上）：

在当前番茄钟的基础上，添加以下功能：
1. 可以自定义时间（25/15/5 分钟三档可选）
2. 记录今天完成了几个番茄钟
3. 用一排小番茄图标展示完成数
不要改动现有的计时和按钮逻辑，只做增量添加。

v1.2 的提示词：

继续在当前版本基础上优化：
1. 添加长休息/短休息模式自动切换
2. 用圆形进度条取代纯数字倒计时
3. 加上颜色变化（工作时红色系，休息时绿色系）
保持已有的计时逻辑、自定义时间和统计功能不变。

功能优先级决策矩阵

当你不确定先做什么时，用这个矩阵来决定：

         影响大（用户很需要）
           |
     P1    |    P0
   应该做   |   必须先做
           |
——————————+——————————
           |
     P3    |    P2
   以后做   |   可以做
           |
         影响小（锦上添花）

     工作量大 ←——————→ 工作量小

策略：从右上角（P0：影响大、工作量小）开始，然后 P1，再 P2。P3 放进 backlog。

给 Vibe Coder 的项目管理清单

开始一个新项目前，花 2 分钟过一遍这个清单：

• [ ] 这个项目解决什么问题？（一句话说清楚）
• [ ] 目标用户是谁？（自己？朋友？所有人？）
• [ ] MVP 需要哪些功能？（只留最核心的 2-3 个）
• [ ] 不需要什么？（明确排除哪些功能）
• [ ] 第一个版本大概需要多久？（如果超过 1 小时，说明 MVP 还太大）
• [ ] 后续版本计划？（列出 v1.1、v1.2 大概要做什么）

小结

核心概念	说明
MVP	最小可行产品，只做核心功能
功能分级	P0 必须 → P1 应该 → P2 锦上添花 → P3 以后
迭代原则	小步快跑，每版只加 2-3 个功能
增量提示	在现有基础上修改，不要从头重写
不做什么	明确告诉 AI 什么暂时不做

一句话总结：别想一口吃个胖子。先做出来，再做好，最后做完美。你可以把这个思路直接对照到 从零做一个番茄钟应用 和 天气查询小工具完整开发实录 里看。

继续阅读

• 从零做一个番茄钟应用
• 天气查询小工具完整开发实录
• 进阶提示词技巧：让 AI 更好地为你工作