关于产品需求文档和原型

作为产品人来说，需求文档和原型是最基本的工作，你完全别想偷懒，这俩个一个也逃不掉。而对于刚入门的产品经理来说，对于需求文档和原型的理解可能还没有准确的概念。很多人都会有这样的疑问和纠结，“究竟到底是先写文档，还是先画原型？”以下是个人在工作中对需求文档和产品原型的一些看法。或许能解开你的疑惑

作用：

需求文档：我认为产品需求文档对开发人员来说是对产品需求的细化，更加精确全面的传达给开发同学，虽然他们不一定看；其次是记录产品需求的改动，让开发过程有据可依；对于运营同学来说文档就是一个产品使用说明书；对于产品同学本身来说，产品需求文档是对产品再一次全面的梳理。

产品原型：同样是我认为，产品原型是产品需求功能可视化的表现形式。

先写文档还是先画原型？

我见过很多人都是接到一个需求马上动手开始画原型了，不能说这样的做法不对，只是工作方法的区别。我也见过一些大牛，把所有的需求在脑子里迅速梳理完成，开始设计原型。没有固定的方法，只是看个人更喜欢哪一种工作方法。但是，我想告诉大家一个通用的笨方法，操作起来能避免一些失误。

我的答案是“既不是先写文档，也不是先画原型”。我的工作方法是先做需求管理和分析，将需求放到需求池进行优先级排序。确定本次开发需求后，整理出主要业务流程，然后将每个需求展开解刨，细化到每一步的操作和状态。完成了这些再去设计原型，就已经是胸有成竹了。

接着去设计原型，最后再整理需求文档，将之前梳理需求做的流程图、需求表等全部copy进去，或者单独做文档管理，这样就把需求全面整理了一遍，这样做的好处就是完成的比较完善。说到这里，我想你已经明白怎么去做了吧。

什么样的文档和原型才是开发同学喜欢的？

我的观点是一个文件只表达一个主要层面的内容。产品原型负责表现表现层东西，尽量用原型图更真实的去表现一个产品功能；需求文档则负责产品需求说明，业务逻辑这些原型表达不清楚的内容。

关键字：产品经理, 原型

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！