什么是prd模板(文档及模型详解)

seoxin 09-06 16:13 11次浏览

PRD是每一个产品人都会接触的事物,不同的团队会形成不同的PRD规范,今天分享一下我所在团队的PRD规范。

我会带着大家从以下问题逐渐进入到PRD的世界。

  • 为什么要写PRD?
  • PRD是什么?
  • PRD应该写哪些内容?
  • PRD应该怎么写?

▎为什么要写PRD?

产品经理的一生都在与需求打交道,所有工作的起点都是需求。

首先我们需要明白,围绕着需求产品经理到底做了哪些事情。

产品经理是为了解决问题而存在,只不过互联网企业将这些问题统称为“需求”。

产品经理核心工作之一就是给到问题的解决方案,我们将这些解决方案叫做“产品”。

设计解决方案分为三个步骤:需求收集、需求梳理、产品设计

一份完整的PRD规范模板

从宏观拆解看起来比较简单,但每个步骤其实有很多子项组成。

一份完整的PRD规范模板

往下拆解,每一个阶段都有对应的细分子项,而每一个子项又可以被拆解成更多的任务。

所以当给出一个解决方案时,产品经理脑海里已经有了高密度的信息。

问题来了,解决方案虽然是由产品给出,但实现解决方案的人却不是产品。这就意味着产品需要将自己脑海中高密的信息传递给其它人。

怎样尽可能降低信息在传递过程中的偏差?

产品经理需要一种“语言”去和外界进行沟通,PRD应运而生。

▎PRD是什么?

PRD就是产品经理创造的语言,它是我们与外界对话的窗口。

PRD是将我们思考的内容用文本和图形的方式呈现出来,起到的核心作用是准确地传递需求

随着IT时代的快速发展,“图形+文本”的PRD形式开始在软件行业里盛行。

图形用于描述抽象的概念和流程,文本用于描述详细的业务和规则。

▎PRD应该写哪些内容?

我将PRD的内容划分为三个大的板块:

  • 版本说明:确定需求范围,把控项目进度。
  • 需求说明:需求抽象说明,直观阐述需求。
  • 功能说明:页面、功能、信息的设计与说明,详细的产品设计。
一份完整的PRD规范模板

一份PRD的起点应该从需求开始,描述需求的背景,告诉大家为什么要解决这些问题。然后列出需求清单,进一步明确需求的范围。中间如果有内容更新,需要记录一下。

通过以上三点来对项目进行整体的把控。

一份完整的PRD规范模板

思考是一个抽象的过程,我们很难通过文字将思考的内容描述出来,所以需要借助图形语言来表达我们的思考。

需求说明主要阐述四个维度的信息:定义、概念、流程、结构。

这四点的作用是通过抽象的描述,让大家对业务有一个基本的概念,知道核心的流程和整体的架构。

最后才是最易理解的功能,通过原型和文本进行描述,让设计、技术同事清楚具体的功能细节。

▎PRD应该怎么写?

需求收集、需求梳理都是一个大的命题,流程图、结构图其实也是思考的产物。这些内容无法在一篇文章里延展开讲。

因为学会画图很简单,但学会思考是一个长期训练的过程。

今天讲一下最容易理解的模块——功能说明。

我将一个产品的功能拆解为三个大的模块:页面、列表、表单,并制定了简单的设计说明规范。

说明规范

1、原型说明位置:说明位于原型的右方或者下方

2、细化到单个功能点说明,功能可以拆分到不同页面进行说明,避免同一页面太多信息

3、操作必须做单独说明:页面交互、业务逻辑、数据交互

一份完整的PRD规范模板

文案规范

字数尽可能简洁,文案需要简单直白。

一份完整的PRD规范模板

页面规范

1、页面需按模块划分进行设计。

2、要让用户直观地知道自己当前处在哪一个页面。

一份完整的PRD规范模板

列表规范

1、列出所有搜索项和列表项的字段

2、新增字段或修改字段单独标明

一份完整的PRD规范模板

表单规范

1、需列出所有表单字段及对应的组件类型

2、需填写部分标明是否必填

一份完整的PRD规范模板

以上是我用了2天左右整理的团队PRD规范,其核心思维是将需求描述的最小颗粒度拆解到字段,尽量避免遗漏需求描述。

每个团队都有适合自己沟通的语言,不要在意是否和他人一样,而是去寻找与团队沟通更好的语言。

  • 暂无推荐