撰写产品需求文档
产品需求文档,主要包括功能使用的具体描述,一般有(用例简述/行为者,前置条件,后置条件,UI描述,流程/子流程 分支流程)功能点业务流程,产品原型或者demo(分为低保真的demo:主要指黑白线框图;高保真demo:产品的样式、功能交互等进一步细化完善精细度高,有的高保真产品原型与研发工程师上线后的成品几乎没有差别)
功能需求表
列举产品的主要功能点,这些功能点可以作为需求验收时的功能需求总表,产品经理在验收需求时有据可依,做到心中有数,按照清单验收,不容易遗漏。
功能名称|主要描述|优先级|备注
流程图:指的是对某一个问题的定义,缝隙或解法的图形表示,图中用各种符号来表示操作、数据、流向以及装置等
什么才能算是好的流程图呢?
清晰易懂
简单明了
完整准确
可扩展性好
顺序图:显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互。
状态图:是一个类对象所可能经历的所有历程模型图
功能需求详细描述:将功能需求表里面的各个功能模块进行细化,采用UC(use case)进行撰写。
功能名称:功能名称叫什么
功能概述:告诉此功能主要干什么,满足用户什么需求,解决用户什么问题
优先级别:定义功能优先级
使用者:产品使用者,谁有权限使用
前置条件:具体的操作
后置条件:操作后的展示
原型描述:原型图 高低保真图都行
功能规则:具体描述功能的逻辑规则
流程描述:从前置条件到后置条件过程中所有主干、分支以及异常流程情况描述
其他:特殊备注或说明
非功能需求
指产品为满足用户业务需求而必须 具有除功能需求以外的特性,包括安全需求、性能需求、兼容性需求、数据统计需求、帮助需求、财务需求、法律需求、运营需求、UI需求。
功能需求是解决用户想要什么的问题,非功能需求是确保用户想要的功能需求能正常运转。
需求文档质量评估标准*
顺口溜:正渴呢,要先证明可乐是否跟以前完全一致
正 (正确性)渴(可行性) 呢,要(必须性)先(优先级) 证明(明确性) 可乐 (可证实)是否 跟 以前 完全(完整性)一致 (一致性)
网友评论