3.4.1 什么是 PRD，为什么 Vibe Coding 需要它 ​

一个真实的困境 ​

小李在第二章已经想清楚了：他要做一个极简待办清单，帮助职场人士管理每日任务。他打开 AI 工具，输入：

"帮我做一个待办清单应用"

AI 回复了一大段代码。小李兴奋地运行，结果发现：

• AI 做了一个带登录注册的复杂系统（他只想给自己用）
• 有日历视图、标签分类、团队协作（他只要最简单的添加和勾选）
• 界面是英文的（他想要中文）
• 用了他完全不懂的技术栈

小李花了两个小时调试，最后放弃了。

问题出在哪？

不是 AI 不够聪明，而是小李没有把他想清楚的东西，用 AI 能理解的方式说出来。

什么是 PRD ​

PRD（Product Requirements Document），直译是"产品需求文档"。

用大白话说：PRD 是一份任务说明书，告诉执行者（AI 或开发者）要做什么、为谁做、做成什么样。

一个类比：你去餐厅点菜，"随便来点吃的"和"一份少油少盐的西红柿炒蛋，不要葱"，哪个更可能得到你想要的结果？

PRD 就是那份详细的点菜单。

传统 PRD vs Vibe Coding PRD ​

在传统软件开发中，PRD 通常是一份几十页的正式文档，包含市场分析、竞品对比、技术架构等内容。

但在 Vibe Coding 中，PRD 的目的完全不同：

核心洞见：Vibe Coding 的 PRD 不是给人看的"报告"，而是给 AI 的"任务书"。

PRD 解决的三个问题 ​

问题一：AI 总是"自由发挥" ​

没有 PRD 时，AI 会根据自己的"理解"填补你没说的部分。它可能：

• 添加你不需要的功能
• 用你不熟悉的技术
• 做成和你想象完全不同的样子

有了 PRD，你明确告诉 AI："只做这些，不做那些"，大大减少返工。

问题二：做着做着忘了初衷 ​

开发过程中，你可能会被各种细节带偏，忘记最初要解决什么问题。

PRD 是一个"锚点"。每次迷茫时，回头看 PRD："我当初要解决什么问题？现在做的事情是在解决这个问题吗？"

问题三：不知道什么时候算"做完了" ​

没有 PRD 时，你可能会陷入无限的"再加一个功能"循环。

PRD 里的"核心功能"和"成功标准"告诉你：做到这些就够了，可以停下来验证了。

差提示词 vs 好提示词 ​

让我们看看小李的问题如何用 PRD 解决：

❌ 差提示词：

帮我做一个待办清单应用

问题：

• AI 不知道用户是谁（个人用还是团队用？）
• AI 不知道核心功能是什么（要日历吗？要提醒吗？）
• AI 不知道技术约束（用什么语言？要不要数据库？）
• AI 不知道什么算完成

✅ 好提示词（PRD 形式）：

# 极简待办清单

## 一句话描述
一个只有添加和勾选功能的待办清单网页，给自己用

## 目标用户
我自己（职场人士，每天处理 5-10 件事）

## 要解决的问题
怕遗漏重要事项，需要一个比便签纸更容易坚持使用的工具

## 核心功能（只做这些）
- 添加任务（输入框 + 按钮）
- 查看任务列表
- 点击勾选完成
- 删除任务

## 不做的功能
- 不要登录注册
- 不要日历视图
- 不要分类标签
- 不要团队协作
- 不要云端同步（本地存储即可）

## 技术约束
- 纯前端，用 HTML + CSS + JavaScript
- 数据存在浏览器 localStorage
- 界面用中文

## 成功标准
打开网页能添加任务、勾选完成、删除任务，刷新后数据还在

这就是一份 Vibe Coding PRD。 不需要几十页，只需要把关键信息写清楚。

为什么"先写后做"更高效 ​

你可能会想：直接告诉 AI 不就行了，何必先写文档？

三个原因：

1. 写作是思考的过程

当你把想法写成文字，会发现很多模糊的地方。"做一个好用的待办清单"——什么叫"好用"？写 PRD 的过程会逼你把模糊的想法变清晰。

2. 减少来回修改

根据 ChatPRD（一家专注 AI 辅助 PRD 的公司）的数据，使用结构化 PRD 的开发者，平均减少 60% 的返工次数。

3. 可复用、可迭代

PRD 写好后，可以多次使用：

• 这次 AI 没做好？调整 PRD 再试
• 换一个 AI 工具？直接复制 PRD
• 下次做类似项目？在这份 PRD 基础上改

本节核心要点 ​

• ✅ PRD 是给 AI 的"任务书"，不是给老板看的"报告"
• ✅ Vibe Coding 的 PRD 只需要 20-50 行，核心是结构清晰、信息完整
• ✅ PRD 解决三个问题：防止 AI 自由发挥、保持初衷、定义完成标准
• ✅ "先写后做"能减少返工，让开发过程更高效

接下来，我们学习如何把第二章的思考成果填入 PRD。