作者：草香 来源：草香 酷勤网收集 2008-03-13
近些天看了《互联网产品经理与原型设计》一文，结合从业以来的一些小小经验与思考，表达下我对这个问题的看法——
引文作者认为：原型设计应该由PM产出，设计（团队或个人）仅负责给予实现，且设计师的工作流程应该在原型设计之后展开。
首先，开门见山，直接讲一下我的观点：原型设计是否应该由产品经理负责完成，其本身并不是一个分工职能的问题，这完全是一个能力的问题。不同的产品性质对于原型设计的要求是不同的，那么对与需要完成这个原型设计的人的能力也会有不同的要求，所以这个职能完全可能因不同性质的产品而落到不同的职位头上，PM也好，Designer也好，Developer也好,不同情况不同分析，所以此题无解！然而就企业而言，为了使其利益最大化，势必需要明确分工，各司其职。即，让合适的人（团队）做合适的事。
想成为一个有为的人，势必需要对自己有一个清晰的定位（职业目标、能力界定等），如果整天纠结在自身对权力的欲望上，盲目的自负，眼高手低，志大才疏，制造一些游离于事情本身无畏的烦乱是非常不厚道的，不但浪费自己有限的“生命”，扰乱他人的正常工作状态，导致产品失败，还可能导致偷鸡不成蚀把米的惨淡下场。以上这些话有些偏激，但对于造成目前的PM和设计团队那种比较紧张的关系，我相信人性的弱点才是罪魁祸首。
谈完对这个主题的观点，接着，看看引文中我认为存在的几个误区，如下:
1. “一个优秀的产品经理会让产品设计开发事半功倍，但是一个蹩脚的产品经理也会让产品陷入困境。”
言外之意,，做一个好的产品必须要招一个全能的产品经理；那么它的逆否命题也应该成立：产品经理不是全能就做不了好的产品。这种将产品品质完全寄托于一个人身上的思路，有点孤注一掷的味道，不但风险大，而且团队其他成员没有成就感，会士气很低靡，同时产品经理也承受着很大的压力，根本无法从容应对，有能力也不见得有精力。当然，我们不得不承认产品经理的好坏将直接影响产品的好坏，然而，不是说其他成员就不需要对产品负责，团队中的每一个成员，每一个职能都是不可或缺的，他们都有各自需要承担的责任和保有的权力。
2. “UI、UE设计师是将原型做成实际页面效果的角色，他们的工作流程应该在原型设计之后展开。”
这是对原型设计和设计团队在产品流程中位置的双重错误理解。在原型设计之后，一个产品气质大致已经定了方向，此时设计团队介入，完全不知道产品究竟想要表达什么，为什么这个地方要这样安置，那么能做得也许就是些表面功夫了。但对于因结构不良所产生的问题，将会被带到产品的验收时期，一下子爆发。这就是为什么有些项目迟迟不能交付，每天在不断的改这改那，这完全是一个对产品结构没有做过深思熟虑（或片面理解）却输出产品原型的那些产品经理所完成的杰作。
产品的三个要素是：商业，技术，用户。设计团队出现就是代表着用户的利益，如果产品可以很难看，很难用，那设计团队完全可以立刻倒闭；不然，他们将对保证产品所有外部特征的可用性和易用性有不可推卸得责任，相应的他们应该有权控制它。当然要建立一个好的用户体验并不是设计团队一方的说了算的，需要所有人的关心与支持，当然包括产品经理对于一些设计点的质疑，（在一些条件适宜的情况下,比如项目时间很充沛），完全可以坐下来仔细探讨出个所以然来。
3. “产品原型简单的说就是产品设计成形之前的一个简单框架，对网站来讲，就是将页面模块、元素进行粗放式的排版和布局，深入一些，还会加入一些交互性的元素，使其更加具体、形象和生动。”
这种方式估计用在简单的静态页面还行，对于任务流较多或功能复杂的产品，根本不可行。没有做过功能分析和概念设计，直接进入交互设计与信息架构阶段，完全是一种断章取义的行为，根据自己的喜好，或是东抄西抄，拼拼凑凑地组织出了一个线框雏形，然后丢给设计师去作视觉包装，皮之不存，毛将焉附？最后的结果通常是背离了用户需求，从而也不可能达到商业的目标，同时又将技术的努力付诸东流。
最后总结下，目前互联网产品运营过程中普遍存在这样一个问题，就是产品经理或需求方总是喜欢插手设计。我觉得大致是这样，因为对设计的主观意识是与生俱来的，容易让人觉得自己很懂，但问题是，即便是学过一些绘画或传统设计专业出生的人也仅限于对视觉设计表面现象的理解，然而交互设计或信息架构是充满逻辑思维的学科 ，Ok~好吧，再退一万步讲，即便是对交互设计或互联网产品有较好认识，也对于UE、UI设计有过一些研究，这些认识是很有局限性的，始终不可能集一个团队的专业知识和实际操作经验与一身， 这是基本的事实。
古语有云：闻道有先后，术业有专攻。说到这里，我不禁想问：如果产品经理需要完成“设计”的一部分工作，那是否也需要去完成“技术开发”的一部分工作呢？ 产品经理应对团队成员有足够的信任感，明确自己在产品过程中的角色，放手让每位成员肩负自身应有的职责，统一协调各方对需求达成共识和保证项目进度和质量，而不要因为从前的经历或个人的偏好过多的干涉一些具体设计和开发。（当然因产品性质的不同，可能需要身兼数职，那是另当别论的。）
推荐阅读：
UCDChina-(0703a)用户体验设计在团队中的角色
对于这个UCDChina开博的第一话题，我起码反复看了10几遍，每次看都有不同的体会。
译言翻译-优秀产品经理的核心技能
译言翻译-产品经理的主要职责
这两篇文章都不错，不过感觉都有点理想化，国内没几个PM做得到，所以还是能力的问题，明确自己能力的边界，有侧重得做个好PM吧。
来自：http://www.caoxiang.com/index.php/2008/01/30/view-of-pm-and-prototype-design/
很明显，产品经理只不过是一个职位的名称罢了，实际做的工作还是要视团队需求而定，一个团队缺什么，他就得干什么，因为他是总体负责的人。对于一个大团队来说，产品经理不应过分干涉技术细节，应该把握大局，否则就不用叫产品经理了，干脆叫产品助理得了。
另外我感觉prototype或者wireframe技术，由于动态加载ajax技术的诞生，受到了十分大的挑战， Jeffrey Zeldman也说过：“wireframing ajax is a bitch.”。所以prototype这一技术仍有待进一部完善。
团队最终是向产品负责
PM在团队中应该是一个核心
团队中的每位成员是各司其职的
PM也同样要有将每个环节贯通的能力
当然也像楼下的兄弟在原文中的评论一样
PM应该是掌舵者，而不是水手
当然这也跟小公司，大公司的不同有关
的确，很多单位没有真正理解ＵＩ或ＵＥ的职能，只简单认为“化妆”而已，也给不了相应的重视，普遍存在着比Developer低一等的观念