写prd文档有哪些需要注意的地方

产品入门-产品设计-产品原型部分,我们讲到了产品原型需要考量到导航、界面框架、排版布局、任务流程、交互设计、产品文档等六个部分。针对主页设计、登录注册流程进行了案例的推进。
接下来部分就是我们的产品入门-产品设计-产品文档,包括了我们的产品需求文档以及我们的交付文档大致两个部分的内容。
最终目的是需求说清楚,用什么工具或者是什么格式去做,只要你能够讲清楚明白就行,就是给到开发和工程人员去开发使用的。

文档管理信息表
主题

版本

内容

关键字

参考文档

提交时间

创建人

文档修改记录

方便文档追溯,改动过程进行简单,那天做了版本更新
修改人
修改时间
修改内容

一.概述

1.名词定义

介绍文档中会使用到的专用名词,例如创造名词、技术名词、产品内实体单位、尽量使用大众可理解词汇。类似通用字典,都会使用的同个词汇。

名称
说明
名词1
阐释
名词2
阐释
mockup
可简单操作的演示版本,不是原型,也不是demo

2.产品概述和目标

以三到五段文字摘要说明所提及的新服务(含新推出产品、现有产品重新设计或升级、现有服务新推功能等等)及目标;此产品的目标用户;可满足用户哪些需求?或可协助解决什么问题?市场规模?如何差异化甚至超越竞争者或现有产品。需求分析的部分结论。

3.产品开发时间表

预估新产品发展阶段所需时间(如有功能上线后退出,需自行增加表格行数)
建议使用project软件制作甘特图,说明关键时间节点,关键里程碑,例如:上线时间、某功能开发完成时间、内部测试时间等等(也可使用项目管理协作工具,teambition,或者是debug项目管理平台,禅道来做为项目管理的工具)

产品发展阶段
日期
mockup完成时间

接口规格完成时间

RD规格完成时间

程序完成

测试开始

测试结束

上线

二.用户需求

1.目标用户(用户画像)

说明产品目标用户、需求及使用情景(工作或加重)例如:

人群和百分比
特点描述
A类用户群
000%
描述这类用户群的
自然属性,含年龄段、性别比例等;
社会属性,含学历、职业范畴等等;
网络属性,包括上网条件、上网时间、网络操作熟练度等等;
用户价值,可为产品带来PV还是UV还是品牌效应。
八戒
男、48岁,某政企部门公务员,研究生毕业。住在家里,和家里小孩、双方父母居住在一起。喜欢钓钓鱼、拍怕照。群聊重度使用用户。群内每条语音必听、每个文字必读、每个红包必点。平常喜欢看一些国事军政之类的文章内容。

可说明清楚产品服务人群,及产品在操作层面的难易度。

2.使用案例

详细说明产品主要使用案例,目标用户最想产品满足什么需求?最想借此产品解决什么问题?根据每个不同使用案例,区别目标用户及其使用时的优先级/重要性/频率。

例如:

谁是我们竞争对手?
用表格对比竞争对手同类产品或相似产品的关键数据,阐述产品优势、劣势、机会、威胁和发展趋势。

用户在同类或相似产品中习惯干什么?
用数据或其他说明形式说明用户在同类或类似产品中的操作需求排序,总结产品主要功能需求。数据来源可以是公认的调查结果。

用户在产品中能做什么?获得什么?
用图表或其他说明形式说明产品哪些方面或功能足以吸引用户来使用,总结出产品对公司、频道或用户的价值。

三.功能/和(或)内容需求

重点内容,绝大部分的内容

1.功能和(或)/内容描述

详细说明产品主要功能及内容,总表(下面第一个)分别列出所有重要功能及内容组件(分别从功能及内容层面看,最上层项目);然后针对总表所列各组件,分别在功能说明及内容说明表中举例说明。建议使用一张图表来形象描述产品各个组成部分的关系。

example1

组件
描述
备注
FTP
用户上传及下载文件

搜索
在网站内进行关键词搜索

example2

组件FTP

需求
描述
优先级
备注
FTP上传支持
support of directories

功能列表

将独立性和相似性的功能都放到一起,内容不同但是功能相同的情况下,就判断为一个功能;根据开发工具量去判断功能,评论或点赞之类的,跳转只是交互;按可用性影响来判断优先级,哪些是不可或缺的,必须要的,优先级相对就是最高的。

功能模块
功能点
详细描述
备注说明
优先级

2.工具需求

说明公司内部偶合作伙伴操作及维护产品所需功能或工具,例如报表、编辑、客户工具等等。

工具
描述
备注

3.主要页面(界面)

如有前端页面,需附上页面汇总表,说明页面主要功能、URL,最好能给出页面之间的联系关系;
对每个页面,以框图说明产品大致的形状,页面框图必须明确说明页面中要放置的功能模块,各个模块的主要功能;
对页面上主要连接,需说明建议打开新窗口,还是弹窗或者是在本页中打开

内容页面

内容需求的来源,数量和排序进行描述说明,功能说明,功能是做什么用处的;边界条件,每个输入框都会有边界条件,检查其和合法性,需要注明;异常处理,异常要处理,要避免异常,缺省页面的内容。

页面名称
页面简述
URL

初始内容从哪里来?新闻或图片,整理和摘录出来;

4.关键流程

用图示及文字说明产品结构、用户流程和(或)用户体验。内容服务产品需提供网站sitemap站点地图;功能产品请提供流程图;也可用图表说明本产品与相关产品之间的互通模式。

四.上线需求

1.发布计划

说明产品测试计划,含规模及时间,计划多少测试者,及测试成功的标准及目标

规模
(涵盖功能或角色)
时间
测试
人员及人数
标准
目标

2.上线时限需求

产品预定上线日期?日期灵活性有多大(能容忍多大延期)?上线时间有无任何特殊依赖性或限制?

上线时间
延期
(可容忍时间)
依赖资源
受限制资源

3.营销/推广/广告需求

上线的营销及公共计划,详细说明由marketing市场人员协助提供
营销/推广渠道描述,支出与损益相关信息,公关与法务所面对的风险预估;以及产品/项目中预留的banner图位置,对广告图的要求。

4.内部沟通需求

详细说明产品的沟通计划(内部和外部沟通需求类似PMBOK里面的项目沟通需求)

资源
人员
联系方式
职责level(title)
产品

业务

技术

项目

5.外部沟通需求

对合作伙伴,其他单位的沟通计划

资源
人员
联系方式
职责level(title)
产品

五.评价标准及数据统计

1.内部评价指标报表

详细描述内部评价指标。在考虑收入情况下,哪些是达成目标或克服障碍的关键信息?成功评价指标是什么?怎么知道产品做的很好?评价关键成功因素的频率是多少?

指标
详细描述
报告额度
备注
AU
用户活跃程度
每日、每月

统计需求

用户活跃度,日活、周活、月活是我们主要参考和考虑的指标;
用户留存率,次日留存、周留存、月留存;
关键流程的转化率,类似像注册、购买、发布;
资料完善程度,引导完善资料,有些业务资料不完善是没有办法成型的
产品核心指标,内容发布数量、浏览量、互动量、销售量等等。在线用户数量等。

需要提前埋点和采集数据。

六.运营预估及目标

1.运营及投资回报率预测

通过PRD后三年的收入、支出及利润预估(第一年逐季预估,第二三年,逐年预估)。以市场环境(好、普通、差)预测,标明主要变量和假设。

时间
OKR(可用OGSM来进行目标判断)/用户数/主题数/DAU(用户日活)
环境

普通

Q1

Q2

Q3

Q4

第二年

第三年

如果是纯广告受益产品,sales销售协助提出之后一年的收入预估

2.资源要求

设计及部署产品的资源需求,含业务部门,RD部门、UED及其他团队。说明需要人力资源及时间。标明需要其他部门或团队协助的工作项目,并说明这些团队需提供的资源,还包含任何软硬件支出,与合作伙伴签约或授权,或其他与上线有关的重要支出。

人力资源

部门
细分
人数
价钱
应用研发
Android
3

iOS
3

外部资源
供应商

资源
供应商
联系方式
价钱
项目
中软等等外包

硬件
POS机/售货机

软件

授权费

统计需求
用户活跃度,日活、周活、月活是我们主要参考和考虑的指标;用户留存率,次日留存、周留存、月留存;关键流程的转化率,类似像注册、购买、发布;资料完善程度,引导完善资料,有些业务资料不完善是没有办法成型的产品核心指标,内容发布数量、浏览量、互动量、销售量等等。在线用户数量等。
需要提前埋点和采集数据。六.运营预估及目标1.运营及投资回报率预测通过PRD后三年的收入、支出及利润预估(第一年逐季预估,第二三年,逐年预估)。以市场环境(好、普通、差)预测,标明主要变量和假设。如果是纯广告受益产品,sales销售协助提出之后一年的收入预估2.资源要求设计及部署产品的资源需求,含业务部门,RD部门、UED及其他团队。说明需要人力资源及时间。标明需要其他部门或团队协助的工作项目,并说明这些团队需提供的资源,还包含任何软硬件支出,与合作伙伴签约或授权,或其他与上线有关的重要支出。
后台需求包括焦点图、内容上下线、客服、帮助、审核、用户管理、系统管理等等,根据不同的业务需求来确定。根据公司要求来做。后台功能点罗列出来就行,不需要具体的原型界面,能实现做事就行。
文档结构及格式、可读性,要有目录,长文档、要有功能列表、界面和需求说明,章节要清晰、每个章节的题目,原型图,功能需求标题要清晰、用字句描述需求关键点,去掉观点,原因,解释性内容。

你可能感兴趣的:(写prd文档有哪些需要注意的地方)