产品笔记之PRD

PRD

PRD,即Product Requirement Document,产品需求文档。类似的还有BRD(商业需求文档)、MRD(市场需求文档)。

PRD的目标:

产品笔记之PRD

集装需求

产品笔记之PRD

一个完整的PRD包括基础信息、阅读对象等,涉及到一个项目研发的方方面面,是一个打包好的完整需求包,我们戏称集装需求。一般而言,项目第一个版本,重大改进版本,独立项目,使用PRD比较合适。

散装需求

在实际工作中,产品经理更多的是对已有产品的改进性需求,并不需要书写项目目的/功能列表/功能流程

/功能架构图/信息架构图等宏观方面的需求,为了操作方便高效,绝大多数情况都是讲需求,写进项目管理系统,代办工作项,或直接标注在原型中,与大家外出旅行使用的散装英语一样,虽然不太规范,但高效且达到了沟通目的,则称为散装需求

• 常见可写需求的项目管理系统:TAPD/禅道/Bugfree/TaskJuggler等;

• 常见可写需求的任务管理系统: Teambition/Worktile/Trello; 

• 常见可在原型上写需求的方法:蓝湖/Axure标注/Sketch标注/墨刀标注等;

• 考虑到需求需要有效存档,可查询以及版本控制,鼓励散装需求写进项目管理系统,尽可能避免写进任务管理系统或原型上。

写需求的SMART原则

Specific – 是具体的,需求书写不能笼统,更不能有歧义;

Measurable – 可测量的,数量化或行为化的,同时作为需求完成的主要指标;

Attainable – 可达到的,需求需在当前技术条件下可实现的,正式PRD前,务必与技术有

足够沟通;

Relevant – 是相关的,写的需求要符合宏观项目目标,越符合的优先级越高;

Time based – 有时限的,所有需求都应该有完成时间,并与研发,测试确认时间;

PRD撰写工具

MS Office Word/WPS文字/Pages及在线文档

PRD一般习惯使用Word撰写。MS Office,WPS的Word,也包括苹果的Pages是使用范围最广的办公软件,也是书写PRD最常见的工具,可插入表格/目录等众多功能,文档通用型也很强。

产品笔记之PRD

在线协调文档工具

在线协调文档工具也可以用来撰写PRD。如:石墨文档/Google Docs/腾讯文档/有道云笔记企业版/Evernote企业版/Teambition/语雀/蓝湖等。在线协同的文档解决了在线协同/版本控制/实时存档等众多问题,以及拥有传统word无法支持的特殊技能,因此鼓励各位同学尽可能使用在线文档。

产品笔记之PRD

在线文档的特殊技能例举 – 语雀

蚂蚁金服的语雀系统,除了前面说的支持关联原型,文档支持多人协同,版本控制外,对需求文档编写非常方便的功能:能够直接插入脑图/代码甚至流程图/甘特图等,并可直接编辑。

产品笔记之PRD

在线文档的特殊技能例举 – thoughts

Teambition的thoughts的文档系统,对需求文档编写非常方便的功能:直接内置了PRD模板,同时PRD里面涉及到的成员/需求/代办工作都能直接在Teambition中关联,形成代办工作项。

产品笔记之PRD

在线文档的特殊技能例举 – 腾讯文档

腾讯文档除了在线文档所有的所说优点外,其小程序也是亮点之一,在手机上编辑查看也非常方便。

产品笔记之PRD

散装需求的编辑工具

实际工作中使用项目管理工具编写需求,如TAPD/禅道/Bugfree/TaskJuggler的,一般都已经内置好了关联任务/成员/时间节点/优先级等众多模块,直接写好需求详情及原型即可。以

TAPD为例:

产品笔记之PRD

学习PRD撰写方法

案例:龙虾VR

背景:2016至2017年,随着HTC Vive/ Oculus Rift/ 

PS VR / OSVR / Pico等大批VR设备发布,VR迅速成为

互联网热门,移动端出现了Google Daydream/ 

Google Cardboard/ 三星Gear VR,包括暴风魔镜等,

VR游戏迅猛发展。游戏水平参差不齐,立项做一个VR

界的Steam或Taptap

结局:半年后项目停止,移动端已不可下载,PC端未上线,现小程序尚可访问,但早已停止运营。

产品笔记之PRD

PRD的基本结构

1. 文件管理:(命名/编号/产品版本号,在线文档体现在命名上)

2. 概况:文档概况(文档版本/项目版本/产品版本/修改原因/修改日志/编辑人),阅读对

象,文档说明

3. 目录:在线编辑文档都可自动生成

4. 引言:项目概述及目标/信息架构/产品结构/名词说明/需求摘要明

5. 需求详情:原型/信息展示规则/交互规则/数据规则/异常状态/非功能需求/数据统计需

6. 交付与上线

7. 推广/宣传方案:一般非产品工作,非必填

需求撰写注意点 – 原型

需求的原型,若与实际设计图有变化(包括信息元素的变动或布局的较大变动),应替换为设计图截图或

修改后的原型。

如果时间允许,PRD可在UI稿设计完之后;推荐使用蓝湖链接,对研发操作便利;

产品笔记之PRD

需求撰写注意点 – 信息/显示规则

基于原型所展现内容有限,很多内容或规则需要补充说明。具体说明为:

1. 信息展示的规则限制,常见:字数限制、行数限制、高度限制、宽度限制、缩放限制、颜色限制、格式限制、隐藏限制等。

2. 同一信息如果存在不同类型或状态的说明。比如性别男、女; 

• 如用户点击游戏详情页、吐槽按钮进入评论页,包含游戏评分及评论;游戏评分10分制,五角星评半星,评10分显示不同文案。

产品笔记之PRD

需求撰写注意点 – 交互规则

交互的范围很广,根据实际产品/需求而定:

1. 交互操作:点击、加载(加载中、加载失败、加载超时)、滑动/拖动(左滑、右滑、上拉、下拉)、长按、双击、多点操作等;

2. 交互响应:变色/变暗/变量、区域响应、文字响应、动画响应、效果响应、文字显示;

3. 响应结果:某些情况下如果需求特殊的交互响应过程/动画,应特别说明;

4. 技术实现:特殊的交互动作/动画需求,应提前找到案例或与开发人员沟通,避免不具备可实现性。

产品笔记之PRD

需求撰写注意点 – 非功能需求

非功能性需求基于不同类型的产品/项目,差异性较大,常见的类型:

1. 性能需求:如大致响应时间需求、最大并发数要求等;

2. 兼容性需求:PC端网页要求对主流浏览器如IE、Chrome,H5网页要求对UC、QQ、微信、Safari或客户端兼容,以及对系统版本/手机设备/移动运营商等的兼容性;

3. 技术性需求:是否存Cookie,使用什么UA,是否使用https等;

4. 风险控制需求:如防止被刷注册、刷评论等。

5. 异常状态:网络方面包括加载失败、无数据、超时等。设备相关的如未获得相关权限、无相关设备、空间存储不够、文件丢失、文件格式不支持等。

来源:个人成长派,本文观点不代表自营销立场,网址:https://www.zyxiao.com/p/54840

发表评论

电子邮件地址不会被公开。 必填项已用*标注

侵权联系
分享本页
返回顶部