精武门陈真电影电视剧信息呈现!

作为产品经理在设计产品过程中你需要使用哪些

电影 2019-03-12 14:2878http://www.chenzhenlaile.comadmin

相信很多同学都很好奇,在一个产品的设计中产品经理到底需要输出多少文档,并且这些文档又有什么作用呢?

360截图20160501105453895

相信产品原型、PRD这两个文档名称肯定是大家听的最多的,但是在一个产品的设计中光有这两个就够了么,显然答案是否定的,下面我就把我在产品的设计中会用到的文档类型及其作用做一个详细说明。

首先,在一个产品需求收集阶段,我们需要进行大量的用户访谈或者是调查,在这个阶段我们需要准备一封叫做“需求管理列表”的文档(也有人叫做“需求池”),这份文档也是我们后续工作的指导性文档,很多其他的文档都是从这份文档衍生出来。下面是我们自己的需求管理列表的截图:

Q1

需求管理列表示例

这份表格中的内容大多比较好理解,特别需要注意的是优先级和需求来源,这两项属性是后续决定该需求是否实现的重要依据,来源一般可以分为公司内部和外部用户,具体在往细分可以根据自己所在团队的实际情况决定。

在需求收集阶段完成之后,产品经理需要快速的把需求功能化,这一阶段需要把需求抽象、挖掘需求的本质,很多时候不同的需求可以整合到一个功能中进行实现。例如:

需求1、我要能够及时的和朋友聊天;

需求2、我想要把自己拍的好看的图片传给我的朋友;

需求3、要是能够和朋友进行语音或者是视频聊天就好了。

类似这样的描述在需求收集阶段是经常出现的,产品经理需要挖掘其背后的本质,进行需求抽象,形成实际的功能,于是我们需求产生一份功能列表和功能结构图(信息结构图)

Q2

功能列表示例

Q3

功能结构图示例

在需求功能化的阶段,对每一个子功能都需要整理出对应那个的功能流程图,流程图是产品经理梳理自己的产品逻辑、验证产品效用的重要步骤,在制作流程图的过程中会穷尽功能的各种状态和操作,并在脑海中不断的推演功能的使用场景。在这一阶段一定要定义好具体功能的状态,通过状态去控制不同的操作,而操作又可以改变状态,在这一阶段如果能够对状态和操作进行十分明确的定义,那么在开发进行具体实现时逻辑也会清晰,因为在具体的功能实现中流程往往包含正向和逆向,而通过状态和操的相互影响是解决这两种流程的较优解决方案(至少我现在没有找到更好的解决方案)。

Q4

功能流程图示例

往往在你完成了这两份文档的时候,一般你也开始进行原型设计了,会产生线框图、低保真原型、高保真原型等等一系列的原型文档。在很多的产品经理社区一直在讨论原型和prd能不能整合为一个文档,个人认为在原型中加入必要的功能说明和交互说明是很有必要的,但是PRD也是不可缺少的文档,所有文档的存在都有其价值所在,不明白其价值而讨论起存在的合理性都是耍流氓。原型多是在项目进行中使用,其特点:直观、有交互逻辑、能给项目成员真实的体验,在完成的过程中产品经理更多的是处于交互体验的角度去考虑问题;而PRD更多的是保证产品迭代的延续性,其特点:内容全面、定性定量,在团队成员更换、产品周期较长时发挥其作用,在完成过程中产品经理更多的是规范规则和定义。两个文档的意义,决定了他存在的价值。

Q5

原型页面结构示例

在以上三分文档(功能列表、功能结构图、产品原型)准备妥当之后,我们就可以愉快的去组织第一次评审会议了,如果要求高的同学,也可以准备对应的演示PPT,主要是对整个产品的介绍,有部分公司可能需要准备MRD文档,进行立项说明,争取更多的公司内部的资源,而像我现在所在的公司属于创业型公司,产品经理提出的绝大部分功能都是为了解决实际问题的,一般不会存在争夺资源的情况。而在不断的评审确认的过程中,一般会输出更多的鱼其他人员对接的文档,与UI沟通的界面跳转流程图、与测试沟通的用例等等。

Q6

界面跳转流程图示例

Copyright @ 2011-2018 陈真来了 版权所有 备案号:粤ICP备15076311号-1

联系QQ: 2188829739