美文网首页
一份PRD文档

一份PRD文档

作者: 伟大的喂呀 | 来源:发表于2020-02-23 16:36 被阅读0次

    一份prd文档,作为产品经理输出的一份产品,今天就以需求视角分析一下,一份prd文档应该包含哪些内容?

    根据需求视角来分析一份prd,分析流程无非就是如下环节。①首先了解业务流程,确定当前产品参与的流程节点是哪一个,需要实现的业务目标是什么;②然后根据业务目标,确定包含了哪些用户,即产品对象,再对对象进行分类(细分包含了分类与分层),③针对每类对象罗列需求;④最后就是针对各方的需求,给出整体性的解决方案。

    一、了解业务流程

    一个需求在确定需要被满足后,往往会经历三个环节,然后再流转到正式的开发环节,分别为业务需求、功能需求、视觉需求的确定环节。

    业务需求:这类需求一般在产品内部,或产品集结需求与开发方代表多方共同确定,需要确定下个版本需要解决哪些问题,并明确解决方式。例如运营作为需求方,希望在后台能够提供集中查看用户数据的地方,以提高客服服务用户的效率。此环节需要多人共同回答两个问题,分别为:①提高客服服务的效率是否需要在这个版本进行满足,即此业务需求是否为当下相较其他需求而言更重要或更紧急,此时考虑的是解决问题后的收益问题;②如果在当下版本满足,那么应该怎样解决,在后台展示用户数据是否为当下最好的解决方式,或者还有其他方式,此时考虑的就是解决成本问题。需要注意的是,这两个问题需要同时考虑,不可独立开。(关于需求的配比,属于需求管理范畴)

    功能需求:这类需求是直接面对开发,即开发需要实现的产品功能与内容。在明确了版本所包含的业务需求与对应的解决方案后,产品(或者是交互设计师)需要去了解实际的操作场景与流程,抽象出具体的功能与内容。

    视觉需求:这类需求是视觉设计师提出的,在视觉设计师理解了每个页面的目标与内容优先级后,对页面元素与交互动效的视觉需求;

    在以上3个环节中,prd所处的流程节点,就是产品在确定功能需求后,需要向外传达功能需求。此时,prd作为一种向外传达功能需求的工具,所以prd的定义就是:对功能需求的描述性文档,能够使下游的协作者明白功能需求,并指导其工作。

    二、了解产品对象并分类

    prd涉及的产品对象,主要是下游协作者,包括开发(前端、后端)、测试、视觉设计人员。

    三、罗列不同对象的需求点

    3.1视觉设计

    工作内容:

    对用户视觉的管理,涉及视觉层次、视觉动线、视觉情感。

    需要传达的内容:

    1.页面的核心任务与页面内容的优先级(包含单个信息项的优先级),明确页面模块的视觉层次;

    2.当前页面涉及的修改内容(增加新页面、优化老页面(增加新元素、优化旧元素、删除旧元素)、删除旧页面),明确当前的工作范围;

    3.页面内容的显示要求(例如针对页面的一些活数据,是需要全部展示,还是部分展示;活动图片需要包含什么元素,体现什么样的情感),明确设计需求;

    4.页面所在的产品模块,利于管理自己的UI文档;

    5.页面的流程,利于把握产品的功能流程;

    3.2前端

    工作内容:

    对界面元素的管理,涉及元素的展示(静态)与交互(动态)。

    需要传达的内容:

    1.对版本的整体理解,本次版本包含了哪些功能需求,涉及到了哪些页面工作;

    2.页面内容,页面包含的功能点(允许用户执行的操作方式)与内容(主要指页面的活数据);

    3.功能的操作规则,包含前置条件、操作流程、后置结果;

    4.内容的显示规则,包含数据定义(数据来源与排序)、数据状态、信息项。数据定义:数据如何获得、如果是数组,数据之间如何排序;②状态:数据是否存在状态,通过什么功能可以切换状态;③信息项:如果是数组,则包含了哪些信息,每个信息数据的定义、状态。

    5.页面的跳转关系,包括从哪里页面来,与可以去到哪些页面,还有页面的回退逻辑。

    3.3后端

    工作内容:

    对数据的管理,包含对数据的增、删、改、查、存;对接口的管理,管理与前端进行的数据交互。

    需要传达的内容:

    1.对版本的整体理解,本次版本包含了哪些功能需求,即新增的哪些功能与内容;

    2.功能流程与逻辑,包括功能的前置条件、功能流程、后置结果;

    3.页面内容的变化,每个页面前端需要获取数据的变化。

    四、给出整体性的解决方案

    1.修改记录:记录本次版本,在需求评审过后至版本上线过程中,发生的变动(增、删、改);

    2.简介:①介绍本次版本核心目的与目标;②介绍本次版本涉及的范围,影响到了哪些产品模块;

    3.业务需求:罗列本次版本所有的业务需求;

    4.名词解释:解释本此版本出现的新名词;

    5.概念关系图:描述新增内容之间的关系,类似ER图,就是说明各种内容之间的关系;

    6.功能清单:根据业务需求与对应的解决方案,描述各业务需求下涉及的功能;

    7.功能流程图:描述部分功能的流程图,同时需要描述功能的前置条件与后置结果;

    8.页面流程图:根据产品模块,梳理各模块下的页面跳转流程,帮助理解产品结构与页面流程;

    9.表单输入说明:对本次版本涉及到的表单内容的汇总;

    10.消息汇总:关于站内信、push消息、短信消息的需求汇总;

    11.原型说明:根据产品结构,说明每个页面包含的内容与承载的功能,每个页面,需要说明如下内容;

    ①业务规则:描述功能的前置条件与后置结果;描述内容的来源或获取方式;

    ②信息项:描述内容模块下包含的所有信息项,描述包括含义、来源或计算方式、显示逻辑;(信息项为活数据,来于后端,而前端写死的数据,例如提示文案,不属于信息项范畴,应该属于文案范畴);

    ③显示规则:描述页面元素不同状态下的显示样式;

    ④交互规则:描述页面元素支持什么样的交互方式(点击、双击、滑动等),并且说明对应的反馈结果;

    ⑤排序规则:主要针对列表(数据组),需要描述数据之间的排序规则;

    ⑥数据加载规则:全部加载/分批加载(首次加载数、再次加载数);

    ⑦数据需求:哪些地方需要记录用户的行为记录,告知开发进行预先埋点;

    12.数据需求:记录用户行为数据,用于衡量此次版本达成预期目标的程度。

    相关文章

      网友评论

          本文标题:一份PRD文档

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