PRD文档各模块具体该怎么写?

【文章摘要】本文从产品概要，全局交互规则以及功能需求说明这几个模块出发，较为具体地说明了文档究竟该如何写，区分了信息结构与功能结构之间的区别，适合入门者阅读以及学习。主要还是倾向于写作方向上的建议，至于具体的写作，还需要在实战中积累经验。

经过 目的 明确， 文档结构梳理 ，现在需要学习如何 写作具体的每个模块。

文档编制记录和文档修订记录就不深入了。主要从产品概要开始说起。

产品概要

目标用户画像和主要场景说明。

主要需求清单。

需求清单是对产品开发的需求任务进行简明的罗列解释以及标定功能优先级。

产品信息结构图。

首先对 信息结构 进行名词解释一下：

这里可以引用UML里面的类的概念，一个类包含属性和方法，而 信息就是类的属性 ，举个例子，博客系统有最主要的文章类，评论类，文章类包含的信息有：标题、作者、发布时间、摘要、正文、访问量等，评论类包含的信息有评论者头像、昵称、回复内容、邮箱、QQ等，部分信息结构图如下

所以信息架构就是按照所规划的产品中所表现的信息来进行产品结构的梳理。信息结构也是服务端技术人员创建数据库的依据。

产品功能结构图

按照产品的逻辑和表现方式，结构化的表现整个产品构造。

业务流程图

业务流程图是对产品整个业务流程进行介绍，让阅读者明白整个产品的功能流程。

全局（交互）规则和特殊名词说明

全局（交互）说明，包括统一的UI说明、交互说明等。

1.页面结构说明：一级页面的页面结构、二级页面的页面结构、三级页面的页面结构;

2.主要的页面切换方式：一般默认为主要平台（IOS和andriod）的设计规范；

整体页面的加载方式说明：页面间加载，页面内加载，全局加载说明（不同网络下）等等。

3.模态/弹层的样式及出现方式;

4.特殊情况的说明和处理：如中断，网络断开等。

名词说明：

将产品里面不易理解、容易混淆或者简写缩写的词汇进行统一解释说明。

例如专门创立的积分体系等级，头衔名称说明等等。

功能需求说明

将页面原型和页面内交互说明进行罗列，如图可做参考：

需要注意如下情况：

1.在移动端会存在不少页面的长度是超过1屏的，在原型设计的时候一定要画出一条屏幕高度基线，将第一屏内容和第二屏内容隔开。一方面重要的内容都必须在第一屏有所体现，另一方面注意节减页面高度，同时在原型评审的时候也让其他角色提前有所了解。

2.如果一个模块涉及的交互流程比较复杂，比如一个输入框，在初始状态、开始输入状态、输入完成状态、输入出错状态(超过字数限制)等不同状态下的表现及相应的操作提示都是不一样的，可以分别拆成几个不同的状态完成。

用例、前置后置条件和流程图（针对此页面的流程图）

保留用例的名称和简要描述。 因为“用例”的出发点就是“用户” ，如果你站在一个用户的角度来思考产品的功能，你会发现那些属性你根本就不会考虑。并且，各种前后置条件和异常情况，完全可以放在流程图中，这样更清楚。

本文由为你推荐并呈现

文章来源：简书

文章作者：名垚

 

友情提示：

若出处标注错误，请联系QQ：2977686517及时更正，感谢理解和支持！