PRD产品需求文档模板 axure+word+ppt模板

编辑推荐

作品名称:PRD产品需求文档(axure+word+ppt模板)
作品类型:原型模板
最新版本:v1.0.6
软件版本:Axure 8.0、axure9均使用

更新内容:

2020.8.12,新增了锚点滑动菜单,看起来更加像文档类的菜单

2020.12.25,更新了用户标签的页面

2021.01.11,1、添加了产品发展的时间轴可视化图形;2、全部页面更新了字体样式,由于部分浏览器只支持12字号以上的字体,所以统一调制12号以上字体

2021.01.27,添加了业务目标页,主要用户处理业务问题,将业务问题转化为业务目标,将大问题拆解成小问题,大目标拆解为小目标

2021.02.22,增加了效益分析预测的内容,如每个功能点的潜在用户类型、使用频率,吸引到的新的用户数量,用于对产品未来收益的预估。非必填内容,可根据情况填写或不填写。

2021.03.10,增加了项目排期表的原型模板,是产品对于项目时间把控的一个最基本文档,细分为在不同的时间段内,各岗位(开发、测试、产品、运营)的时间规划。

2021.03.31,增加了具体计划的日历表,通过日历表可以更直观的看到该项目明确的时间规划。

2021.04.14,添加了swot分析的模板

2021.05.06,添加了附件页面模板,可以通过中继器导入附件地址,方便研发人员查看

作品介绍

今天给教大家分享一个产品需求文档(PRD)模板,其中包括目录,版本修订记录,产品概述,功能说明,全局说明,非功能性说明。该原型模板使用简单,交互完善,直接修改文字即可。里面包括了菜单目录,可视化视图原件,精美表格,地图原件,架构图,流程图,而且不是图片,你们修改维护非常方便。

Axure模板预览
http://cloud.axureshop.com/j9uish/#g=1&p=prd%E9%9C%80%E6%B1%82%E6%96%87%E6%A1%A3%EF%BC%88%E5%B8%A6%E7%9B%AE%E5%BD%95%EF%BC%89&c=1
ppt模板预览
https://www.axureshop.com/wp-content/uploads/2020/06/301536450364.pdf
word模板预览
https://www.axureshop.com/wp-content/uploads/2020/05/130606812365.pdf

1. 目录

2、版本修订记录

版本修订记录包括版本号、修订日期、修订内容、、修订人、审核人和状态。

3、产品概述

这部分主要是介绍产品的背景、功能、价值、架构,以及解决了用户哪些痛点,以及产品是如何解决这些痛点的。

1、产品介绍

这部分内容可以简单的介绍一下产品的背景、机遇和价值。

2、产品用户

这部分主要介绍一下,该产品的目标用户。主要可以从以下方面介绍,包括用户类型,用户的地区、性别和年龄分布。

制作完成后可视化视效果:

3、用户需求

用户需求的话需要记录用户故事和需求描述,以及该需求的状态和优先级

和上边一样只需要用表格制作即可

4、功能清单

功能清单是为了满足用户提出的需求所具备的功能列表。清单主要包货功能模块、功能点、功能描述和优先级。

5、产品架构图

产品架构图主要包括功能机构图和信息架构图。

我们需要用文本框+连线,需要一点心思才能做出好看的样式。原件里的大家可以直接使用,只需改动文字即可。

6、名词解释

名词解释是对专有名词的解释,为了让阅读prd的人更容易玲姐

同样的制作方法我用表格制作即可。

4、功能说明

这部分是对功能清单的功能点详细的说明,需要包含功能说明,原型图,流程图等。

1、原型

这里摆上你们自己制作好的原型就好的,建议有交互效果的,这样开发一目了然。由于时间的原型,作者这个文档就没有做出交互。

2、功能说明

每个功能点建议大家要标明出来,然后在右侧详细说明。

3、流程图

这个看需要,可要可不要,如果逻辑较复杂的建议加上。

大家直接用axure的图形和连线制作即可。

下面作者以某打车软件的功能点展开

4、全局说明

全局说明包括:权限说明、授权说明、异常情况、键盘说明、字段规则等等。有的文档把字段规则放到上面的功能里面,也是可以的,大家可以根据公司习惯修改。

权限说明主要是对角色权限进行划分,我们简单用表格制作即可。

授权说明、异常情况、键盘说明,需要用demo来展示。

字段规则,是对输入输出项规则的秒速,包括字段名称,是否为必填项,数据类型,字段长度,提示文字和备注规则等等。

6、非功能性需求

这部分是对产品非功能性需求的说明,包括技术组件需求、性能需求、安全需求、系统要求、可用性需求等等

8 条评论 发表评论

1.选择登录方式,登录两个字写错了;
2.功能说明中的流程图画的不严谨;
3.一般推开发或者项目业务逻辑记录还是建议用word去写需求文档,有两方面好处:
(1)便于文档内查询,快速定位;(2)文件打开可支持的环境比较广,不会因为浏览器、系统或其他原因而影响工作。

哈哈哈,谢谢这么认真查看哈,因为这个是模板,所以有点不太严谨,至于用什么来写需求文档的话,主要是看用在哪个方面,如果是展示给甲方爸爸或者是指导研发的话,其实axure带原型的需求文档会很受喜欢。总体来说各有优势吧

发表回复

以下作品你可能也喜欢:
推荐

作品介绍:          作品是基于智慧园区的实战项目,其中包含了…

继续阅读 →

售价:¥ 149.00 销量: 83 30212
推荐

作品名称:基于LBS定位服务的O2O电商服务小程序高保真交互前后端实战…

继续阅读 →

售价:¥ 180.00 销量: 49 9961
推荐

物业运营管理后台:主要包括:物业缴费管理、物业订单管理、第三方商家管理…

继续阅读 →

售价:¥ 19.00 销量: 66 9514
推荐

慢病待遇申报+健康管理服务系统,用户移动端,主要功能包括:慢病待遇申报…

继续阅读 →

售价:¥ 66.00 销量: 12 4450
推荐

产品名称:政务服务平台(APP+网上办事大厅+管理后台) 产品简介:本…

继续阅读 →

售价:¥ 99.99 销量: 60 17610
推荐

软件版本:Axure8.1 产品类型:高保真小程序 当前版本:V3.0…

继续阅读 →

售价:¥ 49.90 销量: 341 22132