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

摘要:【文章摘要】本文从产品概要,全局交互规则以及功能需求说明这几个模块出发,较为具体地说明了PRD文档究竟该如何写,区分了信息结构与功能结构之间的区别,适合入门者阅

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

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

产品概要

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

主要需求清单。

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

产品信息结构图。

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

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

信息结构

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

产品功能结构图

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

业务流程图

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

全局(交互)规则和特殊名词说明

全局(交互)说明,包括统一的UI说明、交互说明等。

名词说明:

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

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

功能需求说明

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

功能说明

需要注意如下情况:

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

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