首页 / PRD 怎么写
PRD GUIDE

PRD怎么写?先写 能推进评审 的结构,不要先堆模板

一份可用 PRD 至少要让老板知道为什么做,让研发知道怎么做,让测试知道怎么算做完。下面是急单也能落地的结构。

一份 PRD 的最小结构

1. 背景和目标

为什么现在要做,面向谁,解决什么问题,成功指标是什么。

2. 用户和场景

谁在什么情况下使用,入口在哪里,使用前后发生了什么变化。

3. 核心流程

主流程、异常流程、失败状态、权限边界都要写出来。

4. 功能和页面

每个页面有哪些字段、按钮、状态、交互规则。

5. 验收标准

用研发和测试能判断的语言写清“做到什么算完成”。

可复制的 PRD 模板

# 产品需求文档 ## 1. 背景 为什么要做,当前痛点是什么。 ## 2. 目标用户 核心用户、使用场景、使用频率。 ## 3. 产品目标 业务目标、用户目标、衡量指标。 ## 4. 核心流程 主流程、异常流程、权限边界。 ## 5. 功能需求 页面、字段、按钮、规则、状态。 ## 6. 非功能需求 性能、安全、兼容、埋点、通知。 ## 7. 验收标准 研发交付和测试验收的判断条件。

最容易漏的部分

  • 只写“用户可以下单”,没写失败、取消、退款、超时。
  • 只写页面名字,没写字段规则和操作状态。
  • 只写“支持搜索”,没写搜索范围、排序、空结果。
  • 只写功能,不写验收标准,研发做完后难判断。

明天要评审怎么写

急单不要追求完整。先写清一条主流程、三类核心页面、五个必须讨论的风险点。能开会、能报价、能继续追问,就是第一版的目标。

常见问题

PRD 要不要画原型?

不是每份 PRD 都要高保真原型,但至少要有页面清单和关键流程。复杂交互最好补低保真说明。

PRD 和技术方案有什么区别?

PRD 说明要解决什么用户问题、做哪些功能和验收标准;技术方案说明系统怎么实现。

AI 写的 PRD 能直接交吗?

简单场景可以先用;重要评审建议人工再看一遍,把业务边界、异常和验收标准补清楚。