LOL比赛赌注平台:Word图片交互原型——PRD文档的形式常见

LOL比赛赌注平台在前三篇文章中,我们逐步梳理了产品的信息结构、框架结构、接口结构(原型)。这一步,我们将在前面工作的基础上,开始正式编写产品需求文档(PRD文档)。

通过前期的准备,我们对产品需求有了更清晰的了解产品需求文档 案例,仔细考虑了方案的可行性,从而减少和避免了写文档时容易忽略的细节黑洞。

珠三角文件没有标准规范或统一模板。每个公司都不一样,每个人都不一样。这取决于个人习惯和团队要求。PRD文件虽然没有标准规范,但有两个基本规范,即文件标识和修改记录。在文档的编写过程中,我们可以自己不断的修改和完善,但是如果是正式发布或者交给团队其他成员,一旦有修改,为了同步文档,我们需要标记文档的修改内容,并记下修改记录。关于文件识别和修改记录,大家的格式都差不多(如下图)。

LOL比赛赌注平台LOL比赛赌注平台:Word图片交互原型——PRD文档的形式常见

PRD文档的三种常见形式:Word、图片和交互式原型

1.字

LOL比赛赌注平台这是传统意义上的PRD文档,主要由四部分组成(具体根据你的产品需求划分),分别是:结构图、全局描述、渠道功能、效果图。(我在第一篇说过,PRD文件的读者更倾向于技术人员,所以PRD文件的目的很明确,就是描述产品的功能需求,所有的PRD文件都不是关于同时产品需求文档 案例,我也建议大家尽量减少不必要的文字,只要读者能够理解和理解产品的意图,文字越少越好。这主要是因为大多数人没有足够的耐心去阅读它仔细阅读 PRD 文档,因此我们希望尽可能减少文档内容。)

一、结构图:

1.1。信息结构图:主要是辅助服务器技术人员创建或调整数据结构的参考文件

LOL比赛赌注平台1.2. 产品结构图:主要是协助设计和技术开发人员了解产品的整体结构。它不同于用户流程图。产品结构图只列出了产品的渠道和页面。

2、全局描述:主要解释产品的全局功能描述,如网站产品的页面编码、用户角色、移动端产品的缓存机制和下载机制等产品需求文档 案例,以及对这些全局的描述功能。这里我举一个移动产品“状态维护与恢复”的例子,例子如下。

国家维护和恢复

LOL比赛赌注平台当用户退出产品时(误操作、Home键、锁屏、自动关机),产品需要保持用户操作前的状态,当用户返回产品时,仍可恢复到之前的状态并继续使用。

维护状态包括进程运行、信息浏览、文本输入、文件下载。

当屏幕锁定时,如果用户在产品中有下载任务,下载仍然会保持。

产品需求文档示例:

LOL比赛赌注平台:Word图片交互原型——PRD文档的形式常见

3、渠道功能:以渠道为单位,页面为子项,描述产品的渠道、页面、页面模块元素的功能需求(格式如下)。

示例格式

1.频道名称:频道介绍及需求说明

2.第1页:页面介绍和需求描述

2.1。页面模块一:模块功能需求说明

2.1.1。页面模块1-元素1:功能描述

2.1.2. 页面模块1-元素2:功能描述

2.2. 页面模块二:模块功能需求说明

在写功能需求的时候,我们需要考虑用户的流程产品需求文档 案例,比如一个“完成”按钮,我们需要描述他完成后系统是否应该给出反馈(反馈提示是什么反馈,显示的内容是什么, 是否没有内容调用数据库), 或者是否跳转到页面(跳转到哪个页面, 这个页面是另一个频道页面, 还是这个函数的子页面, 如果是子页面产品需求文档 案例,你需要描述这个子页面的模块和元素的内容)。

4、效果图:效果图是设计师完成的产品图,与实际开发的产品保真度一致。

2. 图片

图片形式的PRD文档是基于效果图的描述文件,在效果图上标注了传统Word形式的功能需求。这种方法在移动互联网领域经常使用。其实就是图文形式的交互式需求文件。在此基础上,对功能需求进行了更深入的描述。

对于图片形式的PRD文档,我们只需要描述整体描述即可。其他频道页面的需求直接以图片的形式展示。这种方法比Word文档的纯文本更形象、更易读、更直观。因此,有些产品经理非常喜欢这种方式来替换 Word 形式的 PRD 文档。

LOL比赛赌注平台:Word图片交互原型——PRD文档的形式常见

3.交互原型

这里所说的交互原型就是上一篇文章中提到的原型设计。Axure PR等交互式原型设计软件制作的产品原型非常真实直观,而且原型软件还支持元素标注和导出Word文档,所以很多产品经理喜欢用Axure PR代替Word来完成PRD文档。

我们通过 Axure PR 做了一个产品原型之后,其实就是一个完整的产品 Demo,所以我们只需要添加元素的标签,并在标签中说明功能需求,这样导出的 HTML 文件比Word 文档。直观易懂,是描述产品需求的一种非常有效的方式。

———

无论您使用哪种方法来制作需求文档,最终目的都是为了方便团队成员了解产品的意图。因此,哪种方法可以避免细节黑洞,高效完成产品的设计开发,那么这种方法是最有效的。方法。

好了,《产品需求文档(PRD)编写》的介绍就讲完了。一共有四篇文章。我希望它可以帮助你。如果您认为文章中有任何错误或问题,请发表评论。

本文来自产品经理@tangjie,转载请注明出处及对应链接。

LOL比赛赌注平台本文的固定链接:

Copyright © 2022.LOL比赛赌注平台 版权所有 网站地图 皖ICP备36408179号 咨询热线:029-66889777