1 小时学会用 Claude 写 PRD
将一句话想法转化为 10 页结构化产品需求文档，包含用户故事、验收标准和边界场景
一小时后，你将拥有一份开发者真正想要实现的完整 PRD——结构清晰、细节完备，涵盖了所有你可能遗漏的边界场景。
🎯 成果展示
为外卖 app 功能创建一份完整的产品需求文档，包含：
功能：智能订单推荐
用户故事：作为一个饥饿的用户，我希望基于我的订单历史和饮食偏好
获得个性化餐食建议，这样我就能快速找到喜欢的食物，而不用无休止地滚动浏览。
验收标准：
✓ 系统在首页显示 3-5 个个性化推荐
✓ 推荐根据时间段更新（早餐/午餐/晚餐）
✓ 用户可以标记"不感兴趣"来改善未来建议
✓ 推荐在 4G 连接下 2 秒内加载完成
边界场景：
- 无订单历史的新用户 → 显示该地区热门商品
- 有饮食限制的用户 → 过滤掉不兼容选项
- 餐厅关门 → 替换为类似的可选餐厅
⏱️ 时间分配
📋 前置条件
- Claude 账户（免费版即可）
- 一个粗糙的产品想法（哪怕一句话也够）
- 对目标用户的基本了解
- Google Docs 或 Notion 访问权限用于最终格式化
第 1 步：提取核心需求（0-10 分钟）
从混乱的想法开始，让 Claude 帮你结构化。大多数产品想法都是零散的思考——Claude 擅长发现隐藏的需求。
打开 Claude 并粘贴这个提示模板：
我有一个产品想法：[在此填入你的想法]
通过回答以下问题帮我提取核心需求：
1. 这解决了什么主要用户问题？
2. 主要用户是谁？
3. 最关键的 3 个功能是什么？
4. 这实现了什么业务目标？
5. 关键约束是什么（技术、预算、时间）？
用清晰的要点格式，不要段落。
用真实想法的示例：
我有一个产品想法：在我们的外卖 app 中添加一个功能，
用户可以基于之前的订单获得智能推荐
通过回答以下问题帮我提取核心需求：
1. 这解决了什么主要用户问题？
2. 主要用户是谁？
3. 最关键的 3 个功能是什么？
4. 这实现了什么业务目标？
5. 关键约束是什么（技术、预算、时间）？
用清晰的要点格式，不要段落。
Claude 将返回结构化需求。将这些复制到新文档中——这就是你的 PRD 基础。
Checkpoint
查看 Claude 的输出。它是否识别出了一个清晰的用户问题，让你觉得"是的，这正是痛点所在"？
第 2 步：生成用户故事和用户画像（10-25 分钟）
将需求转化为具体的用户故事。这一步能防止"造出来没人用"的问题。
使用这个提示和你的核心需求：
基于这些需求：[粘贴第 1 步输出]
创建：
1. 3 个详细的用户画像（姓名、背景、关键痛点）
2. 5-7 个用户故事，格式："作为[画像]，我希望[动作]，以便[收益]"
3. 将故事按必须有、应该有、可以有进行优先级排序
让画像感觉像真实的人，而不是泛泛的人群特征。
Claude 将生成如下画像：
- 小萱，28 岁，市场经理：每天在会议间隙点午餐，在饥饿且时间紧张时面临选择困难而感到沮丧
- 老王，34 岁，两个孩子的爸爸：周末为家庭点晚餐，需要能满足挑食孩子的选项
将这些转化为可执行的用户故事：
- 作为小萱，我希望推荐在我打开 app 时立即出现，这样我能在 2 分钟内完成午餐订单
- 作为老王，我希望获得适合家庭的建议，显示孩子认可的选项，这样我就不用和孩子们协商了
Checkpoint
你的用户故事是否包含具体的时间范围或可衡量的结果（如"2 分钟内"或"无需滚动"）？
第 3 步：构建验收标准和技术规格（25-40 分钟）
将用户故事转换为开发者可执行的规范。这能消除冲刺评审时"这不是我想要的"对话。
对每个用户故事，使用这个提示：
拿这个用户故事：[粘贴一个用户故事]
生成：
1. 验收标准（Given/When/Then 格式）
2. 技术需求（API、数据源、性能）
3. UI/UX 需求（具体屏幕元素、交互）
4. 成功指标（如何衡量是否有效）
在数字、时间范围和行为方面要具体。
推荐故事的示例输出：
验收标准：
- Given：用户有 5+ 次之前的订单
- When：用户打开 app 首页
- Then：系统在 2 秒内显示 3 个个性化推荐
技术需求：
- 推荐 API 处理过去 30 天的用户历史
- 机器学习模型考虑时间段、天气、星期几
- 如果 ML 服务宕机，回退到热门商品
UI/UX 需求：
- 推荐以卡片形式出现在搜索栏下方
- 每张卡片显示餐厅名称、预计送达时间、价格
- 每张卡片上有"不感兴趣"按钮来改善未来建议
对你排名前 5 的用户故事重复这个过程。
第 4 步：识别边界场景和错误情况（40-55 分钟）
这一步将业余 PRD 与专业 PRD 区分开来。边界场景是产品出问题和用户感到沮丧的地方。
使用这个综合提示：
对于这个功能：[描述你的功能]
识别以下方面的边界场景：
1. 新用户（无数据/历史）
2. 系统故障（API 宕机、网络慢）
3. 异常用户行为（饮食限制、位置变更）
4. 业务约束（餐厅关闭、库存问题）
5. 规模问题（高流量、数据限制）
对每个边界场景，说明：
- 触发条件
- 预期系统行为
- 用户体验影响
- 回退解决方案
Claude 将发现你从未考虑过的场景：
边界场景：用户在新城市
- 触发：GPS 检测到位置距离订单历史 50+ 英里
- 行为：从个人历史切换到基于位置的热门商品
- 回退：显示 3 英里半径内的顶级餐厅
边界场景：所有推荐餐厅都关门
- 触发：在营业时间外生成推荐
- 行为：替换为当前营业的类似餐厅
- 回退：显示"为明天预订"选项
记录 8-10 个边界场景。这些将成为你的 QA 测试场景。
Checkpoint
你的边界场景是否涵盖了外部服务故障（支付、GPS、餐厅 API）的情况？
第 5 步：完成交付（55-60 分钟）
将所有内容编译成专业的 PRD 格式。使用这个最终提示来组织：
用以下部分创建最终 PRD 文档：
1. 执行摘要（2-3 句话）
2. 问题陈述
3. 成功指标
4. 用户画像
5. 功能需求（用户故事 + 验收标准）
6. 技术规范
7. 边界场景和错误处理
8. 时间线和里程碑
使用这些内容：[粘贴所有之前的输出]
用清晰的标题和要点格式，便于开发者快速浏览。
将 Claude 的输出复制到 Google Docs 或 Notion 中。添加版本号和审查日期。
🎉 你现在有了一份开发者可以据此构建的 PRD，无需每天回来问"但是如果..."
🎁 进阶挑战
- PRD 模板：让 Claude 为不同功能类型创建可重用模板（用户流程、集成、UI 变更）
- 利益相关者版本：从同一份 PRD 生成执行摘要、技术深度分析和用户研究简报
- 验收测试生成器：让 Claude 从你的边界场景编写具体的测试用例和 QA 脚本
📚 下一步学什么
🔗 扩展资源
- Atlassian PRD 模板 - 行业标准格式
- Product Hunt PRD 示例 - 成功产品的真实 PRD
- Claude 提示库 - 高级提示技巧
- Linear 需求指南 - 现代 PRD 最佳实践