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

江洋 @知乎上的回答：

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

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