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

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

0

江洋@知乎上的回答:

先做模型,再画原型,最后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,和工程师确定最终版本.

本文由人人都是产品经理@边缘整理自知乎问答,转载请注明并保存本文链接!

 

您的赞赏,是对我创作的最大鼓励。
1人打赏

评论( 9

登录后参与评论
  1. “完成MRD说明书”? 是prd吧。 MRD不是在这里写的。

    回复
  2. 流程,分流程,思维导图,PRD文档。 开发。 关键是你的开发听不听你的。 不听,你写多少开发也说看不懂。 多想念以前一说就懂的开发。 整个文档,“中文姓名”这样的字段。一说,开发立马把里面的输入错误弄好。测试一测,输入数字,中文+数字,6个字+的中文姓名 全测试。一步通过。 想念以前高效的开发和测试团队。

    回复
    1. 回复

      团队配合最重要,虽然流水作业是传统行业的废旧的标志;但流水线上的每一个环节都顺畅了,流水作业才能高效运作

  3. 一直觉得PRD是可有可无的东西,很多时候是逼得自己再原型里面写逻辑和要求,说白了还是程序怎么喜欢,怎么来,方便自己,方便他人

    回复
  4. PRD是给产品自己看的,包括里面的逻辑细节。。。。
    不是给技术和设计看的。。。
    涉及太复杂的逻辑时,必须当面沟通确认,避免误解。

    回复
  5. 模型—原型——PRD,个人看来没有定论,在团队内部,能与UI、开发达成一致,高效沟通,达到成效就OK

    回复
    1. 回复

      同意

  6. 不太赞同,功能需求文档本身就是你对自己设计的产品功能的理解和梳理,首先功能需求文档并不是PRD,功能需求文档只是针对产品的功能描述,其中包含很多的细节梳理,并没有市场相关的内容;而且一个需求文档基本1到2天就搞定了,很费时间吗?

    回复
  7. 原型更具体化,在做原型时候可以更具体地梳理整个业务流程,顶作者

    回复
加载中