快好知 kuaihz

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

江洋@知乎上的回答:

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

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

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:原型  原型词条  需求  需求词条  应该  应该词条  经理  经理词条  文档  文档词条  
产品

 让产品自己召唤人

一:产品设计:核心能力要做到极致关键词:核心能力、口碑为产品做设计最难的是订优先级和先后次序。判断能力的好坏不能写个报告统计下流量证明就完了。这是非常错误的,我...(展开)

产品

 产品经理如何正确撕逼?

其实我不喜欢「撕逼」这个词,之所以起这样的标题只是想吸引你点击进来。有段时间自己非常喜欢跟别人「撕逼」,还把它当做一种乐趣,因为撕的过程就是一个观点互相碰撞的过...(展开)