Skip to content

PRD 文档参考写法

发布于  at 03:41 PM

PRD 文档标准结构

一般包括以下 6 大部分:

  1. 背景 & 目标(Background & Goal)
  2. 用户画像 & 用户需求(User Personas & Needs)
  3. 产品范围 / 功能模块(Scope / Features)
  4. 功能需求(Functional Requirements)
  5. 非功能需求(Non-Functional Requirements)
  6. 指标与验收标准(Metrics & Acceptance Criteria)

1. 背景 & 目标(Background & Goal)

说明为什么要做这个功能,它解决什么问题,和公司的目标有什么关系。

怎么写

示例:

当前 App 的新用户 7 日留存率仅 12%,主要原因是用户第一次进入不知道如何使用。

项目目标:通过优化新手引导,提高 7 日留存率到 18%。

2. 用户画像 & 用户需求(User Personas & Needs)

把功能的目标用户明确下来,并解释他们的关键需求。

怎么写

示例:

用户类型场景痛点需求
新手用户首次打开 App不知道从何开始清晰的新手引导

3. 产品范围 / 功能模块(Scope / Features)

列出这次项目包含的内容,不包含的内容。

怎么写

范围内(In scope):

范围外(Out of Scope):

4. 功能需求(Functional Requirements)

这是 PRD 的核心 ,要具体到“看到什么、点哪里、发生什么”。

最常见写法:按页面或按流程罗列功能

模板示例

4.1 页面功能说明

页面名称:新手引导页

文案:xxx

按钮:xxx

交互逻辑:xxx

边界情况:xxx(如弱网、拒绝权限等)

4.2 用户流程(Flow)

可以用流程图,也可以文本:

示例:

用户首次打开 App

展示引导页 1(介绍核心功能)

用户点击“下一步”进入引导页 2

完成 3 个引导步骤后进入首页

4.3 详细功能需求(FR)表格

编号需求描述优先级备注
FR-01新用户首次打开时自动展示新手引导P0仅首次显示
FR-02引导包含 3 个步骤P0可配置
FR-03用户可跳过引导P1首页右上角

5. 非功能性需求(Non-functional Requirements)

描述性能、兼容性、数据等方面。

常见内容:

6. 指标 & 验收标准(Metrics & Acceptance Criteria)

说明你如何判断功能是否成功、是否可上线。

本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自小谷的随笔

下一篇
《人间词话》精读(一):第 1-4 章