登录 |

打印 | 字体大小: « »

用户体验设计师要在项目之初就参与进去..


1、很多设计师经常在抱怨: 我们公司的概念设计、架构设计、交互设计基本上都是产品经理在做主,我们根本参与进去也没法真正开展工作;很多时候我们只是个”美工”, 

2、我要说,其实这种情况很正常。 现阶段这也是一个必须经历的过程..
要知道我们大多数的企业在不久以前都还是没有UE设计相关专职人员的,那个时候你们的PM就在做着这样的工作。
猛然间你让PM把所有的这些工作都放下交给你去做,那基本上是不可能的。
你马上就要接手他们以前做的工作,能保证思路完全统一吗?你能很快了解产品的概念和意图么? 你能让马上他们习惯你的那些表达和思考方式么?你能很好的参与到整个产品的生产线上去吗?            答案都应该是否定的…..

3、但,如果我们的UE设计部门不去做(或者只是去优化)这些概念设计、架构设计、交互设计的工作,那么我敢说”大多数时候你的UI设计最终是没有灵魂的”!
原因很简单:因为你不了解产品的概念和设计初衷、不明白整个产品所需要的气质和内涵…

4、就算你很懂用户需要什么,那一样不够
因为要做好一个产品应该至少有三个部分决定:用户需要什么、你们的企业 你的品牌需要什么、你们的技术能做到什么..,如果你只懂一部分是完全不够的

 

5、很多PM经常抱怨”我们的设计师太次了,设计出来的东西死板的很,一点都没有感觉,行尸走肉一样。 感觉他们就是在为了完成任务,并没有好好去理解产品..”
我要说,这种情况也很正常。

6、造成这种情况的主要原因都是沟通的问题, 这种沟通的问题总结起来很多时候都是:设计师对于产品的设计介入太晚。
很多情况下当他们接到一个产品设计任务的时候 基本上这个产品的定位和风格已经成形,这时候对于一个普通设计师来说可以算是“道听途说”,那么剩下的当然就只有“执行任务”了。
而且他们拿到的SPACE大多时候都是PM依照PM的语言和思维模式去写的,对他们来说这些SPACE很多时候是看不明白的或者说是思路混乱的(因为他们和PM的思路很难也不太可能完全一致),他们也不一定有很多的时间去吃力的了解这些文字、理解产品定义和概念”(设计师对于产品概念的理解毕竟没有PM专业)。
大家都知道我们做一个产品的时候需要去了解用户和了解产品概念。如果无法很好的了解这些,那么他们的设计很多时候势必就是”没有灵魂的行尸走肉”,这时他们只能去”完成任务。甚至有些时候他们在做完设计以后自己都说不清楚也不明白这个产品是怎么回事,是什么样的一个概念..

 

7、最近在和众多同行的交流中了解到 以上这些情况在很多公司甚至非常严重。 pm和ue之间的甚至出现尖锐的冲突。主要问题还是在于写作上,在于大家对于一个产品的本身根本就没有同样的一个GO…

8、我经常给PM们阐述:(作为一个UE设计师大多数情况下也必须有这样的心态,不要总是认为”作设计我专业,你们不应该管那么多” ..)
UE坚持必须要从已开始就介入项目中去,从用户的了解做起、从基础交互作起,其实并非是因为UE认为我们现在的交互设计不好(很多时候PM也能把产品的交互设计作的很好)!
我们要做用户研究要做交互设计更多时候其实质是为了更加了解产品的需求、了解产品的整体概念思路,因为了解和吃透了这些我们后面的UI设计才能更有灵魂更有思想,才能不致于”行尸走肉”…

9、UE只有从一开始就介入到产品的概念设计中去,才能真正的很好的了解产品定位和设计需求,才能设计出来真正有灵魂的东西。
退一万步说,这种较早的介入甚至可以只是很简单的旁听或者参与,这样也可以让设计师们对于产品的定义和定义有深刻的了解。 因为很多东西不是文字能说清楚的,参与讨论中去才可能真正了解产品的意图..

10、其实看这篇BLOG的基础应该先了解“合理的以用户为中心的流程应该如何”。 这个问题很多人提过N多遍,我曾经回复说:“每个企业无论是PM主导项目还是UE主导项目都应该会有适合自己的流程,没有一个流程是适用所有企业的”。
但我一样坚信:一定有一个基本的设计原则是可以遵循的,

11、这样的设计原则我听过也经历过很多,但目前为止只有郭宇曾经给我们讲过的才让我印象最深,
大致就是这张图:http://www.flickr.com/photos/juui/302807058/
(最近太忙没有时间,回头可以视各位看客的需求决定是否要把这张图解释一下…)

 

 

分类:UCD ,06/12/08 12:05 上午 | 118,361 次浏览 |

网友评论(33)

  1. 唉……
    每次都是他们一个小会开完之后丢给我们UI一个画得很详细的“草图”来让我们“制作”。每个按钮上的文字、说明文字、布局什么的都给定好了。我们也就弄下字体、配配颜色啥的。有时候想做点质感出来,把效果图拿去程序那边一问,这里的渐变不行;那里的部分不能贴图;这里的图片跟那里的是公用的,不能分开做等等等等……一顿打击之后,抬起头来再看看PM丢给自己的“草图”,我还是按这个“草图”再做个草图出来算了-__-
    碰上这样的流程,能怨我们UI嘛……

  2. 楼上说的极是.我也碰到过,有时候我都在想是不是自己没事找事.原本按照主管或者程序那边的要求做就行了.我帮他们美化了一下.结果他们说.这种效果不好.制作麻烦.一大堆(其实页面我还是蛮满意的)搞的我最后兴趣全无.如果不需要美化.那还扔给我们做什么..难道只需要帮他们画几条线. 配点字体色彩?越想越郁闷..都不知道自己应该做什么.

  3. 所以说如果你们一早就进去参与了, 到设计的时候基本上就不会出现”这里的渐变不行;那里的部分不能贴图”的问题了, 因为这些问题应该是在他们出草图之前就考虑过的..

  4. 设计原则和Vision部分,还有竞争对手的产品,一定要让GUI设计师知晓的。这样才有可能把握准确需要怎样的设计风格。

    GUI设计师一开始倒不必参与到早期的会议中,只需要看一些成型的文档就OK。

  5. 白鸦说得太对了,PM都把白板图的按钮 布局都画好了,还要我们设计师干吗?

    设计师 = 白板图细化?

    我也曾经试着打破一些所谓的白板图,用所学的UE知识来做layout…

    但后来一一被否,根本就不让你改,说你就按照我说的做就可以,布局什么都别动,没有必要改变,一次两次还行,次数多了,我都懒得考虑UE了,考虑了也是被否,郁闷…

    谁不想一开始就介入到产品的概念设计中…

  6. uxstudy :
    赞成.  不过有些时候光看文档你是看不明白的, 特别是要求高效率协作的时候.. 文字的表达一定跟不上设计者(包括PM)的思维。。。。

  7. “一开始就介入”,我也加一句:“比别人早想一步。”

    如果被动的等着pm来问你想了什么,那出现这种结果很正常的。只有你在之前都想清楚了,当这件事要做时,大家才觉得你说得有道理,也更容易“介入”

  8. 大多数企业现在的流程里,UI都是最后产品要面世了的时候才介入进来的。之前他们根本不告诉你公司下一步的产品是什么,或者下一步产品将加入的功能是什么。他们需要的就是我要出产品了,程序写好了,你给贴个皮……
    在你介入之前,程序员把控着整个产品的架构,什么地方可以不用贴图、什么地方可以和另一个地方共用一块颜色……他们可会给自己行方便了。到最后你要设计UI的时候,会发现你的各种创意其实根本就是海市蜃楼,最后不得不按照之前程序员已经“规划”好的样子来做,那干脆让程序员自己来设计UI好了,还要我们干吗。
    不是我们不愿意介入,而是公司的流程不给我们介入的机会啊。

  9. 我们还好,基本上按着需求先搞UE,然后再来做详细设计,发挥空间蛮大的,不过可能也和团队比较小有关

  10. 哈哈 你也换wp了啊~~~
    你给我的链接description……………….
    谁说我丑了 都给揪出来!

  11. 确实存在UE就是“美工”的现象
    我想这是大家都不愿意看到的,产品经理不希望,UE不希望,公司更不希望。
    还是分工合作的问题,现在的公司分工都不够明确,可是分工太明确了工作有时候又不好展开,同意你的观点,应该在流程上做改善,让UE真正的成为UE,必须更早地参与到产品的设计和策划过程中来。

  12. […] 1. Web Developer可以做得更多 2. Web2.0时代的搜索 3. 产品设计中可能需要注意的十个细节 4. 东拉西扯:Vista来了 5. 东拉西扯:反商业作为一种商业 6. 改变未来IT业发展的趋势 7. 不是只有UE部门才能才应该做UE设计 8. 用户体验设计师要在项目之初就参与进去.. […]

  13. No,不是说只看文档,这个当中自然需要跟相关人进行非常结构化的交流。

    早期会议GUI设计师不用参加,理由:
    1。早期会议多是战略讨论,往往不能细化到GUI的讨论。
    2。GUI设计师通常工作量巨大,每个这样的会议都参加,成本太高。

  14. uxstudy: GUI当然可以,,

  15. 新博客很UE,赞一个:)

  16. 1/现在的UE多是脱离了用户需求去谈用户体验。没有根本明白用户的需求,这样空谈用户体验都是瞎掰。

    2/“UE只有从一开始就介入到产品的概念设计中去,才能真正的很好的了解产品定位和设计需求,才能设计出来真正有灵魂的东西。”
    -有一些人是可以教化的,有一些则是无法教化的。如果碰上一个蠢人,过早的介入项目会对项目造成很大伤害。

    3/UE是个新兴学科,但在目前的中国太虚,做这个行当的人太拿自己当回事,这个是个危险的信号。只有当做用户体验的人首先别太拿自己当回事的时候,虚心去学习去思考的时候才有前途。

    4/我所经历的一些UE团队,大多数都是成员很勤奋,很有学习精神,但UE的leader却不然,大大限制了团队成员的发展。

    5/UE首先要学会两件事情,不仅要用专业话说不专业的事,同时也要学会用不专业的话说专业的事。后一点更重要。整一堆名词,是人懂的。

  17. PM兼UI,搞定

  18. ET-MOVE:

    作为一个团队的成员大家应该有着同样的目标在不同的分工下完成工作任务, 如果你觉得你的伙伴很差 那么你应该做的不是不愿意去教化他们 而应该是帮他们提高, 不然他们永远差,你们的最终目标永远无法实现…

    你说的第5点我非常的赞同!!

  19. 呵呵,说到底在于公司的一个流程
    UE如何贯穿在整个项目里面去做,我想很多Designer都想在前期就加入进去,了解产品,但是很多时候公司的一个固有流程会限制你的行为

    所以说只能改变流程,才能提高UE在公司中真正的作用
    但是,改变流程,只有从上头开始,底层的话往往很难说动,很多时候会花费太多时间在说服领导应该怎么做上面

    看到后面先期几个朋友的留言,能够明白其工作所受到的限制性,这个时候所谓的UI设计师还是被当成美工来用的……很多时候这还是现实

  20. 不错的话题,看楼下的朋友们讨论的这么深入,忍不住也想参与一下….:P

    合理的以用户为中心的流程应该如何?
    这个问题倒使我想起了当初我参加高考时的作文命题–

    个人觉得,不同的企业,有着不同的定位,相应的也决定了UE的具体工作职责.
    坦白说,目前UE这个角色在国内大部分企业中的尴尬处境是不可避免的,毕竟大家的认知度还不够,但我相信,随着残品同质化现象严重的趋势扩大,UE将会被越来越重视,我是觉得,大家也不要过多的抱怨目前UE的形势,要继续在逆境中奋进,正如白鸦所说:一定有一个基本的设计原则是可以遵循的,我很赞同….

  21. 奇怪,怎么作文题目显示不出呢…
    补充说明一下吧, 题目是[答案是丰富多彩的]~~~

  22. UI的设计应该是用户需要什么,能接受什么就做什么

    不能因为是“草图”而认为没有比要做,也不能认为用户只能接受所谓的“草图”

  23. Thanks! Good work. See U.

  24. Thanks! Good work. See U. Happy New Year!

  25. Happy New Year! See U!

  26. Array

  27. […] UE设计师要在项目之初就参与进去 […]

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

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

  30. […] UE设计师要在项目之初就参与进去 […]

  31. 白鸦的这篇文章,让我有了一些心里上的准备。。最近跳槽,去一个没有UE部门的公司,我过去的任务就是将用户体验的话语权在即将成立的UE部门建起历来。。。

  32. […] 11、记住:用户使用的交互流程是底层业务逻辑流程的需求,而不是底层的”表现”。 所以,用户体验设计的工作不只是应该在项目之初就参与进去,而是很多体验设计都应该放到底层设计的前面去。这是一个循环的迭代过程,但站在这个过程前面的应该是用户使用的交互流程设计。 我建议:作产品需求的PM们先去作一下产品的交互设计,然后再去考虑底层的业务逻辑和架构。 […]

  33. […] 白鸦 » 用户体验设计师要在项目之初就参与进去.. […]

发表评论

*必填

*必填 (不会被公开)