文字大小:- +

UED应该向产品负责,而不是向PM负责。

2007年03月21日 上午 1:12
作者:白鸦 | 话题:

http://uicom.net/blog/attachments/200702/baiya_uedteam.jpg
首先,简单阐述下一个较完整的UED团队都能做那些事情 –
可用性工程师:
产品前期的用户研究、市场调研、竞品分析、环境分析,产品设计过程和后期的用户调研、易用性测试和评估等等;
数据分析师: 统计和调查数据挖掘、可行性及策略分析等;(国内现在这样的人才凤毛麟角,特别是在UED方面深入的就更是少之又少,往往是”可用性工程师”在作着这样的工作)
信息架构:产品架构设计、界面结构设计等;(往往很多地方都是交互设计师和PM分担做这部分工作,在大部分产品设计过程不规范的企业中 PM或开发工程师在作着这样的事情)
交互设计师:流程设计、各类界面交互方式设计及应用展现规范等;(这里有简单描述)
视觉设计:(不只是”美化”那么简单,这里还会包括很多品牌气质塑造已经引导用户使用情感的东西)
内容优化:优化信息传达方式,充分表现给用户完整的品牌气质,准确展现给用户在不同情景中的角色感
界面制作:制作高保真原型,提供低成本的完整的可演示的成果展示,制作标准化的界面及应用规范等;
创意思考和文化分析: (我也在学习和挖掘中,有兴趣的人可以搜索一下相关资料)

老早以前描述过我心目中的UE,当时的描述很真实,但并不完整也有些不够通俗。
今天我想尝试用一个更通俗的方式来描述一下用户体验设计在团队中的角色,我产品比作一个孩子有了下面的描述。


第一,UED不是保姆。

用”保姆”这个词其实一点都不重,请我们的设计师们抬头看看目前在国内这个大环境下,有多少同行不是”保姆”?

且不说架构设计了,单就交互设计和视觉设计来说这种情况甚至都非常之普遍。”用什么颜色”、”直角还是圆角”、”一个小提示的弹出和消失方式”、”某个按钮放在界面中的什么位置”、”用户添加和编辑个人资料的流程”等等等等,类似这些最最基础的问题往往都被产品管理者保持和控制着,连这种细节的设计都不是设计师能发挥自己专业地方!
那么,到底是谁在设计? 不是设计师们!是你的老板、你们的PM…

设计师往往只是产品管理者的小保姆,第一个职能就是帮他们实现他们不会实现的效果,第二个职能就是帮他们美化一下已经被他们折腾的没法设计的界面,第三个职能是设计出N套方案让他们去挑选,最后一个职能就是当产品被用户说界面很垃圾时替他们背背黑锅….

经常有设计师在我这里发牢骚,说他们做的很郁闷,不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾,我一般这样回答他们:
1、无论怎样,设计不好都不能算你一个人的错,所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的,你是他们的指挥师
2、如果你的产品管理者并没有给你这个指挥师充分的指挥权,或者过多的干涉或强制你如何设计,那么设计不好的责任承担者应该是他们;用户体验设计是一项专业而又细致和充满丰富创意的工作,用户体验设计师不是”用户体验制作师”,他们更不是任何人的保姆。
3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质? 如果没有,那么不好的设计结果是他们造成的,不是你。
很多设计师就是在这种环境中去作设计的,他们甚至在设计完成之后都不明白自己为什么设计,设计的是什么…
4、当给需求的人已经确定需要N套设计方案才能确定最终设计时,他已经把设计师当作廉价的劳动了,那么设计不好是很自然的事情。 这不是设计师们的责任,是没有给好需求的人全责。

如果你的团队也在这种情况,那么作为UED的你有如下几个选择:
1、向他们还有你的老大们表现出来你的成绩,让他们明白在你专业的领域他们不比你强,让他们明白谁该干什么;
2、当他们说”你多设计几套出来看看”时,你告诉他们”你不给我把产品解释明白,我一套也设计不出来”
3、如果上两个步实在无效,那么你可以请他们自己去找外包公司作他们的保姆或者你教会他们用PHOTOSHP…
4、如果情况还是没有改善,你也不想在那个地方混日子,那么你可以去做些更有意义的事情。在一个企业只要尽心在做事情你就对得起一切,用户体验设计的范围很广,除了具体表现层的设计之外还有很多事情你可以去做;
5、如果这一切都不行,那就尽早离开那个地方,因为那里不会有前途,而且你也需要找到发挥自己的空间。



第二,如果PM是父母,那么UED应该是老师。

产品是一个孩子,孩子需要学习钢琴、舞蹈、体验还是绘画,需要父母做主;如何教会教好 需要老师的专业教导。
如果父母不告诉老师他需要让孩子学钢琴还是绘画,就让老师去教,那是做父母的失职,同时也在耽误老师和孩子;

也许有很多父母自己会弹一些钢琴,往往他们会在确定了需要让孩子学习钢琴后,还自以为是的指挥老师:”先教’莫斯科夫斯基练习曲’然后再教’小奏鸣曲’”,那么最后孩子是被父母耽误的。

如果老师教给了孩子专业的弹奏方法,回到家后父母又教给孩子另外的弹奏方法,然后让孩子用自己教的方法不要用老师方法,那么这个父母最终会毁掉孩子。

家长应该做好自己的事,并有义务帮助老师做一些教育的事,但绝不是指挥老师如何教。
家长在确定让孩子学什么之前要通过老师的指导和帮助,因为老师可以从自己专业的角度判断孩子是否适合学习什么,家长往往并不具备这种专业能力。

“用户需要什么”"品牌需要什么”"技术能做到什么”基本确定了产品的设计。
PM有权利也有责任去确保产品的设计方向。 产品思路、策略等等都需要他们付出很多辛勤的工作。
作为一个产品设计团队的成员,UED需要努力遵循并保证产品的思路和方向;同时PM也有责任向UED清楚地说明方向和思路(没有人可以蒙着眼睛去打仗,设计师更是如此)。

“如何做UE设计”和”为什么如此设计”都是很专业的事情,时间和精力不允许的时候UED甚至无需向其他部门解释。
但其他部门如果需要改动这些设计,必须要向UED部门解释清楚为什么要改动,而且已经需要UED同意后才能去改动。不能说不需要设计师去设计就在丝毫不知会设计师的情况下改动设计。这是协作的基本原则,也是做人的基本原则。

可现在很多情况恰恰相反:产品管理者很多时候不向UED说明他们要求UED必须如何设计(这里甚至包括很小的设计细节,比如圆角和直角)的原因,UED反倒必须向他们非常非常详细的解释自己为什么要如何设计 才可能被他们考虑是否采纳”意见”,更有甚者当PM改动UED的设计师根本丝毫不给UE打任何的招呼。
这是一个本末倒置的恶劣现象,最终的结果往往就是”专业的人做不了专业的事情,不专业的人在指挥着专业的人使他们业余的做事”。

很多企业的PM(特别是互联网公司)都是产品的高级用户,他们很自信(甚至自负),凭借着经验和自己的理解往往他们认为自己在UED上的能力很强,很多时候他们自己在完成UED的工作;
如果一个孩子有太多的父母却只有一个老师,那孩子的未来是让人担忧的;如果一个孩子有一双父母,有四个以上的老师那才是合理的。 四个PM加上一个UED组成的团队是不合理的,合理的组合应该是一个PM加上四个UED组成的团队。

很多企业的PM其实做的根本不是PM的事情,他们在做着使用流程的设计和界面结构布局的设计等交互设计师的工作;其实他们不应该叫做PM,而应该改叫UED。
所以,看看你的团队是不是也是有很多冒牌的PM?

当然,职位叫什么不重要,重要的是如果他们在做着体验设计的工作 那么他们就需要尊重并学习UED的思维和方法,而不是用PM的思维方法作UED的事情。
就像上面比喻家长有义务参与教育孩子一样,PM在完成自己本质工作以后有义务帮助UED做一些设计的工作支持。但得记住:在UED领域UE才是指挥师。



第三,UED不只是老师,UED应该向产品负责而不是PM。

我父亲在希望小学工作,以前有很多学生的家长经常因为家里困难就让孩子旷课在家干活,很多甚至让孩子早早辍学除外打工,特别是春节的时候有些家长为了带着孩子去走亲戚而不让他们去学校上课。
父亲经常苦口婆心的找去孩子家里 给他的父母讲道理,帮他们解决问题或者让得到更多希望工程的帮助。
以前我看到他那么吃力不讨好的时候经常会说”管他们干嘛,他们害的是自己的孩子,俺兄弟俩你都没时间管呢…”
父亲说:”老师向孩子负责,而不是像家长负责”。

也许老师永远都无法真正向孩子负责,他可能永远都没有决定让不让孩子上学的权利,因为他不是孩子的父母。
所以父亲有时会眼睁睁的看着很多孩子被父母早早送出去打工,最后因为没有上学后悔终生。他却没有真正有效的办法阻止。
其实那些父母真的可怜到必须让孩子打工才能生存吗? 不! 没有过不去的路,只是他们不想去过而已。 (有人可能不相信有父母会这样,事实确实如此。 很多家庭并没有穷的那么可怕,只是他们的父母太愚昧。)

但,
UED不只是产品的老师,UED也是产品的父母,产品的决策不是只有PM说了算。
UED同样要对产品负责,而不是对PM负责。

作为一个产品设计团队,其中的任何角色随时都可能是项目经理;
往往PM认为只有自己最懂产品,最知道产品需要什么的时候,就好像那些认为自己孩子需要早些打工挣钱,无须把9年义务教育上完的家长们一样,他们是在摧毁自己的孩子。

在现实中老师们有时无法改变孩子的命运,但在产品的设计过程中UED应该有义务也有权利去促进产品的优良运转。
我希望在生活中父亲没有做到的事情我能在产品设计中做到,我会像父亲一样用毕生精力去努力。
也希望所有的同行都不要只做老师,我们需要有对产品负责的态度,如果只是为了完成设计而设计,那么将来的你只会越来越没有价值…
最后:
UED是要从产品设计的开始就贯穿进去的;UED不是一个只执行的部门,UED需要对产品负责;所有人都有责任去做UED,但不是所有人都有权利决定UED;四个UED加一个PM比四个PM加一个UED要更合理; …

转载请注明出自UCDChina.com,谢谢。

相关文章

评论(72)

  1. oh..还是被我提前发现入口了…^_^ 先祝贺新网站开通,这是个很好的想法,支持。再关于这篇文章补充一点:UED本身的能力非常重要,在要求外部环境的同时,如果自身的能力没有达到一定的水平,结果肯定也好不了。好的团队合作,单打是基础。

  2. 恭喜,终于开了

  3. Shark:关于能力问题在这里我是这样理解的 —— 咱们在这里谈的是协作的原则问题,如果设计师的能力有问题那么他应该离开或者其他人应该培养他。

  4. 你们这些理论非常好!代表了当前先进的思想。真想能够就具体的工作给些实例,指导。期待!   也期待交流,以后会经常来讨教,还请不吝赐教。

  5. to 白鸦:你说得没错,也许下次谈谈怎么实践这些原则?

  6. 人就比较理论呀~~~~~~

  7. UED 在广大的理论学者的心中是神圣的,但在老板面前缺是一钱不值的,中国有多少公司在向这个方向上靠拢? 又有多少公司愿意在着上面投资?

  8. 说的不错,可惜有很多其他问题和因素在制约,我也希望找到一个优秀的团队,不过在此之前,提高自己,解决当前是较主要的问题。

  9. 先祝贺~~~一直在关注。我自己也会更努力的!~

  10. 写的太好了,呵呵,分析的很精准~~~~~生动~~~

  11. 流程也是问题,实际工作中pm总是在ued前头。与其强调ued要有自主性,倒不如讨论下实际工作当中怎么与pm,老板合作。其实人都是可教育的,如果ued的工作能被证明是可以带来更大效益的,老板不可能不重视吧。多从对方角度考虑问题,通过对方的利益获得来说服对方,这是我工作中得到的经验。

  12. 有什么方法让pm只做pm吗?  我不喜欢pm跑来做UED。

  13. 所谓UED在中国的存在是悲哀的。 有多少所谓UED的成员懂得用户呢?我所见过的中国最好的用户体验团队,在腾讯,在百度,在淘宝,在一些创业的小公司中,无一例外都是他们的产品团队,而不是什么UED.  

  14. […] UED应该向产品负责,而不是向PM负责。 - 以用户为中心的设计 […]

  15. 首先,祝贺一下.文章的道理讲的非常明白,也很有道理,我想很多PM看了也会同意的.但是…第一,UED不是保姆。如Shark所说,自身的能力很重要. 所谓的能力一方面是专业技能,另一方面是改变现状的能力,当然此处不留爷,自有留爷处,大家都到重视UED的企业去,其他企业慢慢就等着老板来觉悟吧…自下而上的推行是不是应该坚持?国内的设计师可能更需要注重这方面。知识是可以学习的。第二,如果PM是父母,那么UED应该是老师。这个例子很好,不过我们清楚地知道中国的父母很喜欢当自己孩子的老师,当然这种情况也是慢慢的改变。这就是文化,养不教,父之过。PM迫于商业指标和上级领导的压力,会过分关心自己的孩子。如果UED是老师大部分pm很乐意做这个老师,可以做个调查。产品的决策不是只有PM说了算,当然如果ued有这个能力完全也可以决策。而决策权一直是公司内部所争夺的,现实就是如此。当然我知道本文所指的是从科学的角度。第三,UED不只是老师,UED应该向产品负责而不是PM。从一个软件开发者(包含所有技术人员)理想角度来讲,我们都应该向产品负责,而实际操作中,UED首要是向决策者负责,或许是PM,或许是其他人。往往PM认为只有自己最懂产品,最知道产品需要什么的时候,就好像那些认为自己孩子需要早些打工挣钱,无须把9年义务教育上完的家长们一样,他们是在摧毁自己的孩子。其实设计师也在犯这样的错误,我仍然坚持认为设计师首要的还是提高自我素质与修养,设计师比PM更懂产品和用户的是少数,这是整体的大环境。或许上面回帖的设计师都很懂产品,但中国大多数设计师呢?最后我要说得,我也是设计师,我非常同意文中的观点,我渴望这样的UED,但我们需要的是反思与提高,想想怎么去实现它。

  16. to koverxing & 村猫 :

    首先,我们绝对认可你们说的设计师的能力问题。 这也是现在造成这种现象的一个很大因素, 我在谁来把控UE设计的决策权里面其实把管理能力问题和决策权的矛盾已经解释的比较清楚了。

    本来我这篇文章一开始有这么一句:“能力不行可以走人或者去干行的事情,这和是否应该对自己所做事情有把握权其实是两码事。” ,后来觉得这么说会引发一些没必要的对“两码事”的争论,于是就改掉了; 现在看来并不合适…

  17. TO 白鸦:若能力不行,一切讨论皆无意义,这是很简单的前因后果。

  18. 完全赞成 starfria 的说法, 能力不行一切毫无意义。
    所以这个问题本身已经不是在谈能力问题了,  还是那句话“能力不行应该让他走,不是还让他做却不告诉他为什么做和对自己所做事情的把握力”

  19. 想向白鸦提问:你们怎么做才是体现了以用户为中心,具体的操作方法是什么?启发式评估,让用户参与到测试中来吗? 

  20. to xw 理论只不过是作者在实践中的总结,对作者来说是沉淀,对读者来说只是启发。

  21. “你们怎么做才是体现了以用户为中心”,  这个话题很有意思, 值得以后细细道来..

  22. 怎么做才是体现了以用户为中心,这是要研究的…

  23. 同意,
    而且值得终此一生..

  24. to 白鸦&村里的猫:太好了to白鸦,现在是北京时间10:54,但是评论的时间好象不对…

  25. liliyun: 白鸦上一条评论时间是07/03/24 12:42 上午,其实应该是07/03/24 00:42 上午。现已经改为 24 小时制时间显示。

  26. 我觉得这个问题最终还是归根于讨论如果提高UED的自身素质与能力。同意这个:四个UED加一个PM比四个PM加一个UED要更合理

  27. 是的,我同意GOGO所说,UED的重要性,但关键在于目前UED的素质,国内有多少个资深的UED,能够确保自己的设计是好的,容易被客户所接受的,不会让产品背上“恶劣的操作”的恶名的?你能够确保在排除了一切干扰的情况下,能够让用户得到完美的体验吗?另外说一句,具体的表达方式我始终认为应该是GUI设计师们所要重点关心的,除此之外的其他设计师们,更关注的应该是用户的交互方式、流程等一些逻辑上的事物。

  28. zobyking的话虽然不中听,却说出了症结所在。我们的产品现在缺的就是一个可被量化的评估标准,什么样的产品才是容易被客户接受的?要满足的是客户还是用户?用户是谁?这恰恰是UCD能帮助设计师解决的问题。

  29. 描述的很好,特别是在UED和UID的描述上,十分形象;这个问题在国内的企业中十分普遍,好多企业、特别是小企业,特别官僚化,官僚化的结果就是霸权化,一个产品一个人说了算、听到不同的声音后就会视之为异党,最终一个产品、甚至是一个公司变成了一个人的产品甚至是一个人的公司;这种现象十分可怕。长久下去,企业必亡。记得以前在一家视频门户做产品经理兼运营助理时,由于公司的结构特殊化,我实际上是没有很大的权限的,我能做的也就是做做策划、写写MRD和PRD,整个流程我是无法操控的,那个时候有开发部的一个较为勤快的兄弟,自认为对UE和UI十分精通,就经常自作主张修改我的需求、经常和UID说你应该怎么样怎么样做,记忆很深刻的一次是UID跑到我那里和我说“**让我做一个很‘炫’的页面,我不知道什么叫‘炫’……”所以,这也是我曾经和以前的老老大一再提的一个问题:将管理相对扁平化、将沟通完全扁平化。   

  30. 比喻得挺形象,呵呵。在产品没有实体客户之前,UED要起到很大的作用,在某些方面来说,PM是应该向UED负责的。呵呵。(不知你有没有考虑过产品经理啊。我这里认识UED担负了部分产品经理的职责)

  31. 比喻的非常形象.学习了

  32. 比较关注的还是怎么做?UED应该如何提高自己,或者说作为UED所应该具备的素质

  33. 宣传UED很好,不过PM和UED本身并不矛盾,从项目管理的角度,UED应该向PM负责,而且必须向PM负责。商业就是商业,PM应该了解UED的重要性和原则,并在项目实施中给与足够的资源和支持。理想化UED的情形和现实的商业环境,会在一段时间内都是矛盾。  

  34. 对PM和UE并不矛盾,

    但这不代表UE必须向PM负责,

  35. 呵呵,如果用英文的词汇,可能就不会误解了。 UE is responsible for the design of the product. The product success is part of project success. And PM is responsible for the success of the project,  so the UE must be accountable to the PM. Right?我想UE非常重要,可是从项目的范畴来说,工程师的角度和项目经理的视角是不同的。项目团队中不仅仅UE,任何人都必须向PM负责。 

  36. simon:

    呵呵,你说的PM是项目经理, 我说的是产品经理。
    同样,就算是项目经理也不是说UE非得向他负责。  我说的家长和老师就是这样..

     

  37. 本文充满着,ue 和 pm对立的场景和情绪。 和谐是王道!

  38. 不是对立,
    大家都是在为产品负责,都是作着同样良好目标的事情, 只是分工不同而已,
    和谐是王道。

  39. 呵呵。I see.  我只是觉得对于UE来说,应该明白PM(Product manager) 未必是UE的专家,因此要多沟通,而PM要了解UE对于产品的成功很关键,要给与支持。"UE向产品设计负责"其实说的是责任,"UE不应该向PM负责",却有可能误导,让人理解为权利之争。

  40. “很多企业的PM其实做的根本不是PM的事情,他们在做着使用流程的设计和界面结构布局的设计等交互设计师的工作;其实他们不应该叫做PM,”这句话说得很对,在互联网界,很多公司崇尚工程师文化,也被google这样的成功所激励,所以管理方面的责任,例如产品经理本身就是工程师提拔上来,就是技术专家,出现文中的问题就不奇怪了,看看Google的产品经理招聘要求,就知道即使如Google也在继续这个思路。这并不是说这样的招聘或者人才培养就完全错了, 而是中国缺乏合格的产品经理这样的管理人才。同时当一个技术专家被提拔到产品经理的位置,常常会有一些不知所措,或者缺乏必要的培训。我希望我的观点是错的。:)

  41. 不管怎么说,流程决定着很多事情。另外多说一句就是很多pm不专业,而很多UED也不专业。毕竟ue还是个新兴的行业,谁有话语权,谁强势,谁就是对的,其实往往不是这样。怎么说呢,多沟通巴,沟通能解决和平年代大多数不牵扯利益的工作问题,呵呵

  42. dooky  我个人有这样的体会, 每人都有发表自己意见的权利, 但是我们也应该培养对自己所言观点负责的态度,就是说观点要有依据, 建议要使人信服,至少在说服别人之前能说服自己, 最后就是要有容许别人提出歧异的心胸, 象白鸦说的”和谐是王道“ :)

  43. 那么这样的环境下,各位打算怎么做?情况会因为什么原因发生改变?

  44. to, ZYC 专注于用户分析和产品运用调查,还有创新模式研究; 这些工作都会因为商业策略和用户需求转移而发生改变。

  45. 好像没有回答我的问题啊,没关系,我理解的。

  46. to, ZYC。   其实要怎么做我自己的观点已经说出来了,“向父亲一样去努力改变,”“如果实在不行就换一个地方继续努力”。

    发生改变更多是: 拿出你的成绩、让他们发现现在弊端

  47. 这句话是关键:用成绩赢得你说话的权利

  48. 不太同意这种组织架构,有点理想化,有点搬西方的形式实际上这种过于细化的结构,人才不好找,沟通成本很高的,要很大的公司才有可能使用

  49. 555~~~来晚了,这些天正在为PM(Product Manage)部门和UE部门的职责分工所困惑,集中到一点:PM的职责是为产品的决策规划负责,而UE的职责是产品的设计应用负责,但在具体的项目合作流程中,PM需要提供给UE的“输入”信息是什么呢?看了上面各位专家的点评,看到了一些理念,但还需要明确,或者需要从具体的一个案例中得到结果,希望得到白鸦的赐教~

  50. 貌似我是唯一过来看这个的pm……我承认pm不能以外行领导内行的方式干预ued。但前提是“外行领导内行”。一个合格的pm要理解清楚自己干预ued的范围和深度。因此,在相当程度上了解ued,是一个pm需要具备的素质。我不能接受回复里有人提到的,所谓的pm只做pm,而可以放手ued的观点。作为cross functional management的枢纽,pm负责制定从资源、市场、概念、产品架构、设计、到销售的一系列策略。当产品设计违背相应的策略的时候,pm干预ued是理所当然的。pm干预ued不是一个是与非的问题,而是水平问题。

  51. 再补一句。我认为文中关于pm与ued的讨论有很多思路很有价值。但同样需要注意的是,由于pm的角色定位天然的带有模糊性。所以这样的争论(暂且称之为争论)不但发生在pm与ued之间。就我个人的经验来说,不但pm会介入到ued中,而且会介入到技术开发、销售、广告策略等多个team。归根到底,这样的介入是好还是坏,是一个水平问题。 

  52. 有没有UCDCHINA的QQ群?知道的告诉一声,3Q~

  53. Nice site. Thanks.
    http://accutane.hqdoctor.com accutane

  54. […] UED应该向产品负责,而不是向PM负责。 […]

  55. 简而言之,PM把握产品大方向,UED决定产品细节

  56. […] 转载自UCDChina.com,这里关闭评论,评论请往>>作者:白鸦 | 话题:(0703a)用户体验设计在团队中的角色 […]

  57. […] 转载自UCDChina.com,这里关闭评论,评论请往>>作者:白鸦 | 话题:(0703b)如何了解用户和需求 […]

  58. UED和设计产生歧义听谁的?

  59. UED有两种选择,要么对某些具体的产品指标负责,要么对产品负责人负责

    阳春白雪的东西是很搞笑的,只适合于有同样“理想”和同样“财力”的公司,太少了,而且不具备普遍意义

    没有考核的工作肯定是无意义的工作

  60. None…

    None…

  61. None…

    None…

  62. UED是一个产品成功的关键

  63. 同意50楼与51楼那位朋友的说法。不同的位置会导致不同的理解。但楼主的想法显得比较太理想化。PM本身就是一个没有固定职责范围的角色,起得是润滑剂的作用。PM要对产品结果负责,必然要介入到产品的不同细节。PM除了决定产品的策略、写MRD、PRD外,还需要协调产品的不同环节,掌握产品各方面的情况,并把控各方面不离开产品的策略。介入UED是不可避免的、介入技术也是不可避免,甚至介入市场也是不可避免的。非常赞同一句话,PM根据自己的实际能力的大小适当介入,要有自知之明,既要保证达到目的,但又不至于“让专业的人不专业地工作”。

    说白了一句,大家都要对产品负责。但在管理上,UED还是要对PM负责,因为PM在管理上是对产品结果负责的。

     楼主关于“父母”、“孩子”“老师”的例子很有意思。不过,我想问楼主一句,你把你的孩子交给老师,你真的放心吗?有个前提,就是要把孩子培育成适应社会的人,这个是楼主没有说到的。每个老师都有自己的想法,正如每个人都有自己的想法一样,但不保证老师教出来的小孩子就一定能适应社会。父母把控目的,适当与老师交流,调整教育方法,有什么不好。老师只对孩子负责?注意,是父母把孩子叫你老师,而不是孩子自己选择了你老师。你不对我负责,我不给你学费,我甚至不给孩子你教。

    说点题外话,我自己的一些经历,我是一个PM,我现在负责一个互联网系统(包括客户端、网站),我本身对网页级产品的技术比较熟悉,对软件级产品的技术并不熟悉。因此,在网站上,我会介入得多一些,从前到后都会跟得紧一些;对客户端产品,技术方面,我会更依赖技术总监多一些,请他来帮忙评估、分析、安排、协调技术上的所有事情;当他助手,帮他跟进,控制开发进度。客户端和网站的需求都从我这里出,版本也从我这里出,UE和UI都要经过我的确认,我是第一关,也是最后一关。我大学的专业是社会工作,基础专业课是社会学与心理学,因此对人的行为和心理,社会心理有一些皮毛的了解。我会给设计师一些意见,大家平等交流,可以有争论,但最后必须是一个大家同意的结果,才能交付上级审查和交付技术执行。

    PM是一个很痛苦的职业,呵呵,没有试过的请来试试。在国内目前的情况是,上级都很乐意指导产品如何做,产品经理需要在最优体验和长官意志中找到一个很好的平衡,才能让产品顺利做下去。如果产品做不下去,什么体验都是P话。UED对产品经理负责,是因为产品经理最了解产品相关千丝万缕的关系,并不是说产品经理为了争权夺利或体现自己个人意志去干涉设计。其实就我所知,产品经理都是夹着尾巴做人的,哈哈。

  64. 对于三层ued的解释,是对整个产品体系中ued起到的作用和扮演的角色。在这里学习整个ued的一个切入点。然而在实际的操作之中ued与pm的关系是肯定不止这些的,白鸦前辈应该是一个理想主义者。不过强烈的赞同笔者对ued的整体定位!

  65. 产品是一个孩子,孩子需要学习钢琴、舞蹈、体验还是绘画,需要父母做主;如何教会教好 需要老师的专业教导。    我觉得这一句很形象,一个比喻很好的将PM与UED区分了

  66. 点点,怎么知道是50楼的?难道是一个一个数的…..

  67. UED 的 PM  应该是互相合作的关系,而不是矛盾的关系。鉴于当前国内的现状,在大家都满足各自能力水平的条件下。

    PM 对整个产品最终结果负责

    UED 对产品的可用性负责    

     产品的可用性对于产品来说是非常重要的一个方面,是会直接影响到产品的最终结果

    负责产品可用性的UED , 是应该对负责整个产品最终结果的PM 负责  ,这是很正确的道理

    我相信,真正好的UED 和PM   是可以找到很多的共鸣的,而不是在这里讨论UED是否应该不对PM负责的问题

  68. 博主写的不错,支持!

  69. 博主写的不错,支持!

  70. 很强的说。

  71. 很强,学习了。呵呵。。。UED必胜。

  72. […] UED应该向产品负责,而不是向PM负责 http://ucdchina.com/blog/?p=1 […]

发表评论

您必须登录后才能发表评论。

UCD大社区 - 网址导航 - 书友会 - 讨论组