在产品经理完成了BRD和MRD后,已经明确项目的可行性和产品的定位。接下来,就要制作基于BRD和MRD的延续性文档,也是产品文档中最底层最细致的文档-产品需求文档PRD。PRD主要用于产品的设计和开发,因此文档的阅读对象绝大多数是设计和技术人员,而对于文档的内容,主要有产品原型图和功能需求及描述,设计师依赖原型做交互和视觉设计,技术人员关注功能的实现与性能。制作工具有Axure和Word,但word不是很方便制作线框图,个人推荐Axure。
制作PRD文档,首先要明确内容框架。PRD主要由3部分构成:概要、功能及业务说明、非功能性需求。其中,概要包括文档变更记录、全局规则说明、名词术语说明等;功能及业务说明包括产品主框架、主线及支线业务流程、产品原型图、页面的元素构成和规则说明;非功能性需求包括push推送机制、敏感词过滤等内容。下图是我制作的PRD框架,需要注意的是编号的使用。
概要中的文档变更记录包含修改日期、修改人、修改说明、修改版本等;全局规则说明主要是讲解全局性功能的说明,例如加载逻辑、升级逻辑等。
D2和D3的功能和非功能需求是什么,有什么区别呢?功能性需求是指具体完成内容的需求,比如用户登录、点餐;非功能性需求是产品为满足用户的业务需求必须具备的除功能需求以外的特性,比如稳定性、最大在线人数承载量等,是一些通用的规则说明。整个PRD最重要的部分是功能说明,这部分内容要占据文档70%比重。下图是文档功能及业务说明的定位部分。
大家可以看到,页面分为3个部分,分别是原型图、功能需求描述及业务流程图。
原型图制作成灰度原型即可,清晰整洁,也适用于产品宣讲。简单介绍下原型尺寸:
IOS篇iOS设计建议:以640*960或640*1136是适配iPhone4、5、6,以1242*2208去设计iPhone6 plus。Android屏幕设计尺寸有320*480、480*800、720*1280、1080*1920,建议使用480*800或720*1280。
资源有限的情况下,设计原型图时可以用IOS标准来设计。
每个界面的基本组成分为4部分:状态栏、导航栏、标签栏和内容区。
功能描述:按照从左到右,从上到下的顺序依次排序,对界面各个元素、功能点进行描述,做到功能点无遗漏、功能描述完整。为了防止遗漏,可以梳理出自查清单,以用户角度思考当前页面的目的是什么,达到这个目的用户需要在当前页面完成哪些步骤,步骤1→步骤2→步骤3的顺序是否能跑通,有无遗漏?页面间的跳转是否描述完整?(比如触发方式是单击、长按或者滑动;触发区域是整个button还是button某个区域;触发前中后的状态:加载时间、动效、中间状态等)。
业务流程图:是通过线框图的表现形式,从用户完成某个任务的角度描述产品功能,主要描述功能的执行顺序,分支和循环的逻辑。目的是让文档阅读对象更清晰的了解产品逻辑。
产品需求文档是向项目人员传达产品需求细节的重要文档,也让今后的需求变更有据可查,有利于项目的规范化管理。对于文档模板,只是帮助产品经理整理思路、查缺补漏的工具,具体内容要因项目而异,更重要的是在文档中体现产品经理对需求的判断、需求优先级的把握。
网友评论