一分钟掌握产品需求文档（PRD）

撰写产品需求文档

产品需求文档，主要包括功能使用的具体描述，一般有（用例简述/行为者，前置条件，后置条件，UI描述，流程/子流程 分支流程）功能点业务流程，产品原型或者demo（分为低保真的demo：主要指黑白线框图；高保真demo：产品的样式、功能交互等进一步细化完善精细度高，有的高保真产品原型与研发工程师上线后的成品几乎没有差别）

功能需求表

列举产品的主要功能点，这些功能点可以作为需求验收时的功能需求总表，产品经理在验收需求时有据可依，做到心中有数，按照清单验收，不容易遗漏。

功能名称|主要描述|优先级|备注

流程图：指的是对某一个问题的定义，缝隙或解法的图形表示，图中用各种符号来表示操作、数据、流向以及装置等

什么才能算是好的流程图呢？

清晰易懂

简单明了

完整准确

可扩展性好

顺序图：显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互。

状态图：是一个类对象所可能经历的所有历程模型图

功能需求详细描述：将功能需求表里面的各个功能模块进行细化，采用UC（use case）进行撰写。

功能名称：功能名称叫什么

功能概述：告诉此功能主要干什么，满足用户什么需求，解决用户什么问题

优先级别：定义功能优先级

使用者：产品使用者，谁有权限使用

前置条件：具体的操作

后置条件：操作后的展示

原型描述：原型图 高低保真图都行

功能规则：具体描述功能的逻辑规则

流程描述：从前置条件到后置条件过程中所有主干、分支以及异常流程情况描述

其他：特殊备注或说明

非功能需求

指产品为满足用户业务需求而必须 具有除功能需求以外的特性，包括安全需求、性能需求、兼容性需求、数据统计需求、帮助需求、财务需求、法律需求、运营需求、UI需求。

功能需求是解决用户想要什么的问题，非功能需求是确保用户想要的功能需求能正常运转。

需求文档质量评估标准*

顺口溜：正渴呢，要先证明可乐是否跟以前完全一致

正 （正确性）渴（可行性） 呢，要（必须性）先（优先级） 证明（明确性） 可乐 （可证实）是否 跟 以前 完全（完整性）一致 （一致性）