美文网首页收藏夹文档产品经理学习专题
一分钟掌握产品需求文档(PRD)

一分钟掌握产品需求文档(PRD)

作者: 周星0228 | 来源:发表于2015-12-03 12:12 被阅读526次

    撰写产品需求文档

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

    功能需求表

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

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

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

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

    清晰易懂

    简单明了

    完整准确

    可扩展性好

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

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

    功能需求详细描述:将功能需求表里面的各个功能模块进行细化,采用UC(use case)进行撰写。

    功能名称:功能名称叫什么

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

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

    使用者:产品使用者,谁有权限使用

    前置条件:具体的操作

    后置条件:操作后的展示

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

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

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

    其他:特殊备注或说明

    非功能需求

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

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

    需求文档质量评估标准*

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

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

    相关文章

      网友评论

        本文标题:一分钟掌握产品需求文档(PRD)

        本文链接:https://www.haomeiwen.com/subject/swvrhttx.html