拿到需求后，你会先画原型还是写PRD文档？

jongde

最近发现有不少想转产品的小伙伴对PRD文档很感兴趣，我收到了好几条私信，都是问我：在拿到产品需求后，是应该先画原型还是先写PRD文档？

这是个很好的问题，尤其对于刚入门的小伙伴来说，这个问题的答案或许会对各位的职业生涯影响甚远。作为一名4年老产品人，我想谈谈我的想法。

一、画原型和写PRD文档的最终目的是什么？

在给出答案之前，我们先来捋捋思路，以下是我对原型图和PRD文档做的定义：

原型图：通过对页面进行排版布局，并设置关键交互，让大家看到产品成型前简单框架和功能逻辑；

PRD文档：PRD文档全称是产品需求文档，它是一种展示产品规划和设计需求的表现形式。在我看来，文档的核心部分是功能需求描述。

我认为，原型图侧重于需求传递，通过页面元素、逻辑组织让团队成员能同时验证整个需求是否能有效地被解决；而PRD文档侧重于需求指导，即“对齐”团队中所有的相关人员，以致产品经理不在身边时，也能有明确的指导和参考。

所以，归根结底，产品经理画原型和写PRD文档的最终目的都是向其他部门传递想法，为需求服务。

那么回到“拿到产品需求后，该先写PRD，还是先画原型”这个问题本身，我认为两者既然都是传递想法、为需求服务，所以并不存在谁先谁后，同步进行才是正确的方式。

二、高压之下，产品经理如何应对考验？

互联网产品普遍都面临时间紧，任务重的现状，这也就是为什么大家都提倡敏捷开发的原因。在一个项目中，因为需要给开发工程师留足时间写代码，所以就会不停地压缩产品经理写需求、做方案的时间。该如何保质保量还能兼顾效率，这是产品经理所面临的考验。

针对现状，传统的几十上百页PRD文档已经不符合当前发展趋势，反而一份简洁的PRD文档更能打动人心，让团队效率倍增。

该如何高效地同步开展画原型和写PRD文档这两项工作呢？对此，我的建议是可以采取“将PRD文档嵌入原型”的这种方式，直接在产品原型旁添加文本注释，用以说明需求和描述功能点。毕竟在敏捷开发的时代，效率高才是王道！

比如，以上是我做的一款旅游APP的原型图，其中我对右上角的定位做了两点备注，以此在交付原型后，设计师及开发工程师能在看原型的同时，顺便还能熟读每个组件的细节介绍，对他们而言，工作质量及工作效率也会提高很多！

三、高效才是产品经理的工作真谛！

在如今快节奏的互联网时代，高效这两个字仿佛被大家刻进了DNA，做任何事都会强调高效！高效！尤其对于工作比较繁琐的产品经理来说，高效更是岗位的灵魂所在。

大部分刚入门的产品经理之所以很关注原型及PRD文档方面的问题，是因为大家也清楚，这就是目前工作的重中之重，把这两部分的基础打牢，才有机会在产品的路上越走越远。

所以在此，给大家推荐一款专业的原型设计工具「摹客RP」，之前提到的旅游APP的原型也是我用摹客RP完成的。这款产品本人已经使用了接近1年时间，综合体验在同类产品中是算是比较好的。

作为一款专门绘制原型的工具，摹客RP预设了丰富的组件及图标，拖拽至面板即可开始动手组装原型，因为都是高拓展性组件，只需简单定义内部风格就好，所以无论是做线框还是做中高保真原型，用它来绘制都不成问题。

至于将PRD文档嵌入原型，只需要每画完一页原型后，从左侧组件库的批注栏中，拖拽出“便签条”组件，即可用文字描述相关细节，起到注释的作用，这样有助于让UI设计师及开发工程师能更加清楚地理解原型！

当然，如果对于必须要写一份完整详细PRD文档的同学来说，也可以使用摹客RP系统地编辑文档。它有专门的文档编辑器，而且它和Word相比，最大的优势在于，如果插入了RP原型稿，一旦原型修改后，文档中的图片也会自动更新，无需重复插入图片，这在无形中也能让你工作更加高效！

另外，在PRD评审会上，如果对产品设计有调整的话，比如原型设计、文字描述、交互动作等，一般来说，都是调整完后再给设计师和开发工程师重新发一份，但这样其实一点也不敏捷、高效。而摹客RP支持多人实时在线协作，直接修改、直接更新、所有人同步，大大提高了工作效率。

除此以外，摹客RP最吸引人的是工具免费，他们团队推出了【摹客RP永久免费】的活动，参与他们的免费设计计划，就能享受终身免费权限，不限时长、不限页面、不限功能，可以说相当实在了！

总之，说太多也没有必要，究竟能节省多少时间，提高多少效率，只有亲自试过才知道，各位有兴趣的读者可以点击这里了解更多，相信你也会喜欢上这款工具！