7.1 写 PRD：把想法变成蓝图
为什么要写 PRD？
你脑子里有个好点子，想立刻打开编辑器开干。
先等等。
不写 PRD 就开始写代码，就像不看地图就开车上路——你可能最终会到达某个地方，但大概率不是你想去的地方，而且路上会浪费很多油。
PRD（Product Requirements Document，产品需求文档）就是你的地图。它帮你想清楚三件事：
- 你到底要做什么（不是模糊的感觉，而是具体的功能列表）
- 你做给谁用（目标用户是谁，他们有什么痛点）
- 做到什么程度算"够了"（MVP 边界在哪里）
"但我是一个人做项目，又不是团队协作，真的需要写 PRD 吗？"
需要。 不是为了给别人看，是为了给你自己看。人的记忆力没你想的那么好。今天你想得清清楚楚的逻辑，三天后就模糊了。一份简短的 PRD 就是你的"外部硬盘"。
适合小项目的 PRD 模板
大型公司的 PRD 可以写几十页，但对个人项目来说，一页纸就够了。这是我们的 PRD 模板：
# [项目名称] PRD
## 一句话描述
用一句话说清楚这个产品是干什么的。
## 问题与机会
用户遇到了什么问题？现有方案哪里不好？
## 目标用户
谁会用这个产品？用一句话描述他们的特征。
## 核心功能
列出 3-5 个最核心的功能，不要贪多。
## 用户故事
用"作为[某人]，我希望[做什么]，这样我就能[得到什么]"的格式。
## MVP 范围
明确列出：做什么、不做什么。
## 技术选型
前端、后端、数据库、部署平台。
## 成功标准
怎么判断这个项目算"成功"了？
这个模板抄下来就能用。现在，让我们用它来写一个真实的 PRD。
实战：为「AI 每日聚焦助手」写 PRD
我们的项目叫 「AI 每日聚焦助手」（AI Daily Focus Helper）。下面是完整的 PRD：
一句话描述
一个帮助你每天设定 3 个优先任务、获得 AI 鼓励和建议、并追踪完成进度的极简 Web 应用。
问题与机会
你有没有过这种感觉？每天忙忙碌碌，晚上回顾却发现真正重要的事情一件没做。
问题不在于你不够努力，而在于你没有在一天开始时想清楚"今天最重要的是什么"。
市面上有很多待办工具（Todoist、滴答清单、Notion……），但它们有两个问题：
- 太复杂——功能太多，反而让人焦虑
- 没有情感支持——只是冷冰冰的任务列表，没有鼓励和引导
我们做一个极简版：每天只聚焦 3 件事，加上 AI 给你加油打气。
目标用户
- 25-40 岁的知识工作者（程序员、设计师、运营、自由职业者）
- 每天有很多事情要做，但经常迷失在琐事里
- 想要一个简单的工具帮自己保持专注
- 对 AI 功能感兴趣，但不需要太复杂的东西
核心功能
| 功能 | 描述 | 优先级 |
|---|---|---|
| 每日 3 件事 | 每天早上设定 3 个最重要的任务 | P0（必须有） |
| 完成打勾 | 完成后可以勾选，记录进度 | P0 |
| AI 每日鼓励 | 点击按钮获得 AI 生成的鼓励语和实用建议 | P0 |
| 历史记录 | 查看过去几天的任务和完成情况 | P1（最好有） |
| 连续打卡统计 | 显示连续完成的天数 | P1 |
| 暗色模式 | 支持夜间使用 | P2（锦上添花） |
用户故事
故事 1：设定每日任务
作为一名忙碌的程序员，我希望每天早上花 2 分钟写下今天最重要的 3 件事，这样我就不会被琐事淹没。
故事 2：获得 AI 鼓励
作为一名容易焦虑的人，我希望在我设定任务后能收到一段鼓励和建议，这样我就更有动力去完成它们。
故事 3：追踪完成情况
作为一名想要养成好习惯的人，我希望看到自己每天的任务完成情况和连续打卡天数，这样我就能保持动力。
故事 4：回顾过去
作为一名反思型的人，我希望回顾过去一周的任务完成情况，这样我就能了解自己的模式并改进。
MVP 范围
✅ MVP 做这些：
- 一个主页面，可以输入 3 个任务
- 每个任务可以打勾标记完成
- 一个"获取 AI 鼓励"按钮，调用 OpenAI API
- 数据保存到 Supabase（即使不登录也能用，用 localStorage 做匿名用户）
- 响应式设计，手机也能用
❌ MVP 不做这些：
- 用户登录/注册系统（MVP 阶段用匿名 ID 就够了）
- 多人协作
- 推送通知/提醒
- 任务分类/标签
- 复杂的数据分析图表
"不做什么"和"做什么"一样重要。新手最容易犯的错误就是加太多功能，结果哪个都做不好。
技术选型
| 层级 | 技术 | 选择理由 |
|---|---|---|
| 前端框架 | Next.js 14 (App Router) | 全栈框架，前后端一体，学习资源多 |
| 样式 | Tailwind CSS | 不用写 CSS 文件，直接在 HTML 上写样式类 |
| 数据库 | Supabase (PostgreSQL) | 免费额度够用，自带 API，不用自己写后端 |
| AI 能力 | OpenAI API | 最成熟的 AI API，几行代码就能调用 |
| 部署 | Vercel | Next.js 亲儿子，一键部署，免费额度 |
为什么选这套技术栈？
- 全是 JavaScript/TypeScript，不用切换语言
- 全有免费额度，开发阶段不花一分钱
- 全有大量教程，遇到问题搜一下就有人回答
成功标准
MVP 阶段的成功标准很简单：
- ✅ 你能自己用它完成一整天的流程（设定任务 → 获得鼓励 → 完成打勾）
- ✅ 你能把它分享给一个朋友，朋友能看懂并使用
- ✅ 整个项目在 2 天内完成（用 AI 辅助编码的话完全可行）
如何用 AI 帮你写 PRD
写 PRD 这件事本身就可以让 AI 帮你。方法如下：
第一步：用 AI 头脑风暴
打开 Claude 或 ChatGPT，输入：
我想做一个每天只设定 3 个优先任务的极简待办应用，
加一个 AI 鼓励功能。帮我想想：
1. 这个产品解决什么核心问题？
2. 目标用户是谁？
3. MVP 应该包含哪些功能？不包含哪些？
4. 有什么潜在的风险？
AI 会给你一个很好的起点，但记住：最终决定权在你。AI 的输出是原材料，你来决定用什么、扔什么。
第二步：让 AI 帮你补全
把你的初步想法告诉 AI：
这是我写的 PRD 初稿：
[粘贴你的内容]
帮我检查：
1. 有没有遗漏的重要部分？
2. 用户故事是否完整？
3. MVP 范围是否合理？有没有多余的功能？
第三步：自己做最终审核
AI 可能会建议你加很多"听起来不错"的功能。这时候要狠心砍掉。问自己一个问题：
"如果我明天就要上线，我能做完这些功能吗？"
如果答案是"不确定"，就把那个功能移到"不做的"列表里。
PRD 常见错误
错误 1：功能列表太长
新手总想把所有想到的功能都写进去。记住：MVP 的 M 代表 Minimum（最小）。一个 50 功能的 PRD 不是 MVP，是一个产品路线图。
错误 2：用户故事写得太抽象
❌ "作为用户，我希望有更好的体验" ✅ "作为用户，我希望点击任务后能看到完成动画，这样我就有成就感"
错误 3：没有定义"不做什么"
如果你不明确说"不做什么"，你就会不知不觉地开始做那些功能。边界感 是 MVP 成功的关键。
错误 4：技术选型跟风
不要因为某个技术"很火"就选它。选你熟悉的、选文档好的、选社区活跃的。对新手来说，"能搜到解决方案"比"性能好 10%"重要一百倍。
错误 5：没有成功标准
如果你不知道什么算"成功"，你就永远不知道什么时候该停下来。给自己设一个明确的标准：比如"我能在 2 天内做完"或"我能分享给 3 个朋友"。
一页 PRD 原则
对个人项目来说，PRD 越短越好。如果你的 PRD 超过了一页 A4 纸（大约 500 字的核心内容），大概率是太复杂了。
一页 PRD 的好处：
- 写起来快——30 分钟就能写完
- 看起来快——扫一眼就知道要做什么
- 改起来快——需求变了，改几行字就行
记住：PRD 不是给你交作业用的，是给你自己看的。 能帮你理清思路就够了。
本节小结
| 要点 | 说明 |
|---|---|
| PRD 是什么 | 产品需求文档，帮你理清"做什么、给谁做、做到什么程度" |
| 模板 | 一句话描述 + 问题 + 用户 + 功能 + 用户故事 + MVP 范围 + 技术 + 成功标准 |
| AI 能帮什么 | 头脑风暴、补全思路、检查遗漏 |
| 不能依赖 AI 什么 | 最终决策、功能取舍、优先级判断 |
| 核心原则 | 一页纸原则——越短越好，MVP 的 M 是 Minimum |
PRD 写完了。下一节，我们就拿着这份蓝图，真正开始写代码。