产品经理,需要设计产品原型吗?

产品经理，需要设计产品原型吗？

产品经理，需要设计产品原型吗？

产品经理在做产品需求时，大部分都会选择Axure设计产品原型，但基于产品经理到底要不要设计产品原型，网上有很强烈的讨论，今天我们就来分享一下这个话题： 产品经理A的观点:

一个合格的互联网产品经理在向技术部提交产品策划方案时，除了详尽的需求说明外，还必须提供清晰易懂的产品原型设计(Prototype Design)方案，优秀的原型设计不仅方便在前期进行研讨，也可以更好的帮助美工和开发人员理解产品特性，从而节省时间，提高效率。以下简单聊几句产品经理和原型设计，希望和大家多多交流。

原型设计是什么

产品原型简单的说就是产品设计成形之前的一个简单框架，对网站来讲，就是将页面模块、元素进行粗放式的排版和布局，深入一些，还会加入一些交互性的元素，使其更加具体、形象和生动。

原型设计应该是UI、UE设计师的事情？

这是很多人的一个误解，UI、UE设计师是将原型做成实际页面效果的角色，他们的工作流程应该在原型设计之后展开。通常来讲，产品经理才是整个流程中最了解产品特性，最了解用户和市场需求的角色，设计师从设计的角度也许能做得很出色，但是对于产品、用户、市场、业务的理解远不如产品经理深入，准确的讲设计师做的是视觉设计，是将产品原型设计成产品经理的预期状态。如果产品经理只是有个idea，而让设计师去发挥的话，只会让产品经理和设计师反复纠缠，反复修改，举个例子：淘宝很炫耀的搬出了业务部主管折磨设计师的案例，实际上这是缺乏产品经理这个角色，或者说产品经理不称职和设计师沟通不够

导致的后果。

原型设计如何体现？

纸质：很多人比较推崇纸质原型设计，就是用笔和纸进行产品原型描绘（白板也常常起到类似的作用），不过我认为这只是产品经理进行原型构思阶段使用的最佳方式，不过这才是原型设计的第一步，构思和框架基本确定之后，就需要将这个”纸上谈兵”的框架转移到更形象直观的电子文档上，便于后续的研讨、设计、开发和备案。

WORD：这是原型设计时常用的一种方式，在WORD文档建立一块画布，用文本框、图片、控件等等组合起来形成一个原型设计方案。WORD文档门槛低，使用方便，功能效果丰富，如果一个熟练者甚至可以达到一个很好的类似实际页面的表现力，我的同事做出来的原型连设计师都夸奖它好比PS设计图一般(不过原型设计不讲求美观，不推荐花费过多精力去修饰)。但是WORD文档的WEB控件不是太好用，交互性也较弱。

VISIO：这也是常用的原型设计工具，它的操作比WORD更加方便快捷，可以进行快速原型设计，但表现力弱一些，毕竟它不是专门的网页原型设计工具。

Photoshop：也有人使用，不过用PS进行原型设计，费时费力，改动很不方便，容易降低效率，PM还是不要抢了UI设计师的饭碗。

Dreamweaver：这是网页设计工具，但是对于功能复杂并且交互性很强的产品，可以通过DW去设计简单的HTML交互稿，这样更有说服力。

专业原型设计工具：iRise Studio、Axure RP Pro、Mockup Screens等都是不错的原型设计工具，不仅具有丰富的web控件，交互性也做得很好，其中Axure RP Pro算是其中的佼佼者，不过都是商业软件，都是E文，而且使用起来复杂一些。

不同的公司，不同的团队，对于互联网产品的原型设计可能采用的方式会大相径庭，不一定非得使用某种固定的方式，最适合自己的才是最好的。

产品经理需要具备什么样的素质：

产品经理应该是公司综合素质要求最高的一个角色，他必须具备一定的调研能力，也必须具备良好的洞察力、分析力、策划力；他需要懂得市场和用户，也需要懂得产品和内容，

甚至还需要懂得公司的战略和运营；另外还要懂得一些设计和程序开发，最后也少不了优秀的组织、协调能力和团队管理能力。可以说产品经理绝不是每样都精通，但肯定应该是样样都懂，他集中了公司所有团队的才干于一身。

当然对于创业团队来讲，有时不可避免的会一个人身兼数职，原型设计也比较随意和主观，但是到公司成长到一定阶段，Product、UI、UE、Porgam都需要明确的分工。另外现在有一种倾向就是大家越来越重视UI、UE，却忽视了产品的源头：产品经理，对于中型公司来讲，产品经理才是公司的核心，一个优秀的产品经理会让产品设计开发事半功倍，但是一个蹩脚的产品经理也会让产品陷入困境。

最后简单总结几句：

产品经理也许不是专才，但一定是全才

产品经理不是万能的，他的策划文案和原型设计方案也需要经过多次的修改完善

原型设计注定是要用来修改和完善的，不要花费太多精力在原型的外观美化上，除非你本来就很擅长外观设计

不强制你使用某种工具，但需要找到适合自己的原型设计工具；

产品经理B的观点：

我也是产品经理，但完全不同意你的观点：

1.首先你对原型的解释就不够理解原型的意义，“就是将页面模块、元素进行粗放式的排版和布局”这里不过是原型的构思阶段罢了，很适合用纸质原型，但是如果你拿着这份东西交给视觉设计师，保证做出来的产品恐怕是失败的。因为视觉设计师不理解你为什么要这样设计，究竟要表达什么，也看不到整个产品的全貌。

2.“加入一些交互性的元素，使其更加具体、形象和生动”，这句话可见你对交互的理解有些片面，首先“交互性的元素”就是一个歧义词，“Getting input from users”、“Dealing with data”的元素是不是都算交互性元素？其次，交互元素不是应该后期加入的，你先画了框架，再画交互过程，这样的产品已经脱离了用户的使用的流，而是你头脑中设想的框架，仍不算交互产品。再次，加入你所谓的交互性元素，不是为了形象生动，你已经忘了用户的

task，还口口声声说最了解用户有什么意义呢？你只能了解用户是谁，但对用户要做什么完全遗忘了。

3.“UI、UE设计师是将原型做成实际页面效果的角色，他们的工作流程应该在原型设计之后展开”如果是这样，那么这个产品必定失败。我以为好的产品经理应该尽早把自己的想法传递给项目中的每一个人，并尽最大努力完成自己的那部分职责，你应该知道UE知识、运营知识，但是不要以为自己是这方面的专家。每个人都不能集中了公司所有团队的才干于一身的，这是一个最基本的事实。

4.如果你想成为一个好的产品经理，起码先管理好这个blog。比如，这个留言框如此之小，你自己有用过吗？这个细节就阻止了想留很多话的用户——如果你画原型图，你能注意到这个问题吗？

5.再比如，每篇文章的留言上面都有红色的链接“read more”，这个链接是做什么的？我已经打开了具体的post，为什么还要read more？点进去还是本篇文章——如果你画原型图的时候，为什么不考虑这样的细节？

6.结论：不要以为画原型图是一件很简单的事情，交给专业的人去做，不管这个人的头衔是产品经理也好、UE也好、PM也好，只要他具备专业的知识。

客观的说一句：产品经理做原型设设计确实是产品设计工作中的一部分，此原型非彼原型，不同的原型要求导致不同的人的工作分工，其实何必多计较呢...