产品经理应该先写需求文档还是先画原型图

先做模型,再画原型,最后PRD

模型:对产品形态结构的梳理,包括功能模块,逻辑关系,信息架构,业务流程等,可以用脑 图,use case图,业务流程图来表示,根据不同产品,产出物的侧重点不同。但模型很必要,是可以帮助产品经理将一个想法,或是脑子中的模型梳理清楚,在做这些工 作的同时,可以及时发现自己没有想清楚的细节,这些是指导后面产品设计师(或产品经理)进行原型设计的。同时,描述模型的产出物可以做为传递,帮助别人理 解你的产品形态。

软件:MindManager,Visio

原型:即画出产品layout,即不包括界面设计和视 觉元素在内的产品细节形态的线框图,包括导航逻辑体现对应的信息架构,交互流程,页面布局,功能任务点,页面(流程)跳转逻辑和较为明确的文案设计等。一 个高保真的产品原型,不仅是所有的完整的“线框图”,还同时要有对应的注释内容,很多产品设计师(产品经理)不注意这一点,没有注释内容一样不利于传递, 因为原型除了在做用户测试外,还是要给界面设计师和工程师看的。

软件:AxureRP

PRD:即我们说的产品需求文档,这个东西在快速发展迭代,产品导向的互联网公司中的主要作用是存档,备案和忽悠大老板。他主要是由上面两个部分组成,要说再重要的就是加上一些前期调研的内容,比如用户调研结果,竞品分析等。如果你的模型和原型做的足够明确,你会发现,工程师或是界面设计师跟本不会去看PRD。产品评审的时候,你打开一个30页的word文档,第一页是目录,第二页是行业背景……你不觉得这是耽误大家的宝贵时间吗?
当然,不能否认,写出一份规范高质量的PRD也是产品经理的基本素质之一。

软件:Word

边江@知乎上的回答:

我的团队,我通常的要求PM这样做

1,用最快时间先给出直接可上线的高保真设计原形(由PM完成)

2,给出简单版本需求说明

3,和工程师讨论细化,明确不确定的需求。

4,和UI设计师一起完成最终上线的UI设计(包括交互)

5,根据确定的UI设计方案,完成MRD说明书。

6,和工程师确定最终版本.

时间: 2024-10-10 15:25:42

产品经理应该先写需求文档还是先画原型图的相关文章

产品经理应该先写需求文档还是先画原型?

江洋@知乎上的回答: 先做模型,再画原型,最后PRD 模型:对产品形态结构的梳理,包括功能模块,逻辑关系,信息架构,业务流程等,可以用脑 图,use case图,业务流程图来表示,根据不同产品,产出物的侧重点不同.但模型很必要,是可以帮助产品经理将一个想法,或是脑子中的模型梳理清楚,在做这些工作的同时,可以及时发现自己没有想清楚的细节,这些是指导后面产品设计师(或产品经理)进行原型设计的.同时,描述模型的产出物可以做为传递,帮助别人理 解你的产品形态. 软件:MindManager,Visio

小白如何写需求文档

上学期在跟着网站里的学长学姐学了许多东西,假期我们需要自己做一套网站签到OA出来,昨天刚刚把需求文档定下,万事开头难,我把迈出的第一步记录下来,也给第一次写文档的小伙伴一些建议. 第 一次写,难免无从下手,在网上查找了大量的需求文档范例,网上也有模板,不过模板上东西很多,有些我还并不太了解,也不太适用于自己我们要做的OA. 既然是需求文档,那就应该根据项目实际情况去写文档,所以我们在写文档时注重的是我们需不需要,而非和模板是否符合.接下来,是我们写文档的步骤. 1.定框架 首先要把整篇文档需要的

婧城石化 我得第一次写需求文档 希望大家点评

婧城石化 1. 背景: 企业背景 山东省淄博市周村区催化剂的婧城石化老板想做一个打卡系统,该公司年产值在1000万左右主要从事化工塑料方面在全国范围内销售,该公司员工有50-60员. 实现功能 公司想做一个打卡系统,需要两种方式的签到方式,一种是出差人员要手机app 一种是公司里面指纹打卡机.可以显示所有员工签到情况,需要一个月时间完成.主要手机app.客户想要实时了解员工信息(网页.APP都可以). 2.项目业务流程 1.注册功能 注册登陆账号密码 可以用员工编号手机号注册,员工自己注册.注册

程序员爱看的产品需求文档,转给你的产品经理

假如产品需求文档(PRD)是一个产品,如何做出一个拥有良好用户体验的PRD? 让我们先来考察下PRD的用户群体(User Persona):主要是开发人员,在繁忙的开发任务中最希望看到"简洁易懂"的产品需求文档. 梳理下PRD的功能:传达出产品需求:管理记录产品迭代过程:各部门共享产品信息,以促进沟通: 因此一个好的PRD的原则是:结构清晰:语言简洁易懂:实时共享. 我们具体如何制作? 一个PRD文档即可 现在,越来越多的产品经理采用将文本说明和原型结合成一个PRD文档的方式,因为之前

机房收费系统--需求文档

软件设计都是从需求开始的,需求文档的编写往往就要求调研人员到市场上进行调研,回来后跟开发人员协商讨论而确定的.需求文档旨在详细描述系统使用人员对系统了解的细节,让编程人员认识到代码实现的难易程度,是系统开发人员与用户沟通的桥梁. [描述哪些内容] 1. 为什么要写需求文档,即编写目的-------介绍编写这篇文档的好处,让大家认识到这篇文章的重要性. 2. 对系统的简要介绍,即编写背景,包含项目名称.提出者等有关项目的信息-----直入主题,让读者明确文章主题. 3. 项目的目标.用户特点和约束

需求文档中容易出的错误

需求文档中容易出现的主要问题: 1.需求缺失 2. 需求不明确   本周开会的时候,PMs分享了三个案例,其中有两个谈到需求不明的情况.第三个项目是Agile实施项目,不存在需求不明的情况.其原因,我猜测由于甲方主导的Agile的项目,因此,需求方面主要掌握在甲方,甲方管理更好一些. 总的来说,需求不明几乎是所有项目的通病.下面的内容有点飘,叔思维一直是这样,将就了. 需求的不明晰,要区分是需求范围不清晰还是需求内容不清晰.因为这两者有本质的不同. 那么何为范围不清晰呢?我举一个典型的例子,有公

为什么必须要有需求文档这种东西?

当一个东西你已经习以为常了你不会感觉它的意义,但是有一天突然间这个东西没了,那你就会非常难受. 需求文档就是这样的一种东西,大公司或中型公司肯定会有这种东西,但小公司就很少有.如果没有写需求文档会导致这个需求只有公司的某个人知道,而其他人如果想要参与到这项工作中就需要问他,你问一句,他问一句,别人还怎么工作呢?需求文档是为了降低沟通成本,节约时间,不影响别人工作而发明的,只要写好了需求文档,谁都可以看,谁也别问谁,谁也别影响谁. 需求文档是属于流程规范化的一个部分,这是专业性的表现,我们弄这个弄

顶级产品经理是如何写产品需求文档(PRD)的

产品需求文档(PRD)对每个产品经理来说都不陌生,它是产品项目由"概念化"阶段进入到"图纸化"的转折和体现,作用是"对市场需求文档(MRD)中的内容进行指标化和技术化",PRD质量的好坏直接影响到研发部门是否能够明确产品的功能和性能,是否能够研发出符合预期的产品,所以PRD也是体现产品经理专业程度的一个重要指标. 可以理解为,PRD是产品经理关于产品功能的宣导和传达,它通过清晰扼要的表述将产品意图呈现给阅读者,PRD的阅读者一般包括开发人员,设计

【产品】好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想