Archive for the ‘用户体验团队’ Category

UED - 鱼缸里的水

星期三, 3月 21st, 2007

放下对这个标题的疑惑,我们先来理解一下用户体验设计在团队中所表现出的一些”特性”

潜性

记得看过一句类似这样的文字:”好的设计是让用户体会不到设计的存在”; 用户体验设计也应该不例外, 无论对用户或在团队合作中, 用户体验设计表现出的应该更多的是低调,这里有两层意思:

  • 对于用户 - 分析和挖掘用户潜意识的需求和习性, 给用户本质上的满足, 从而带来顺畅, 自在的感受;
  • 对于团队 - 用户体验的确重要, 但它应该是基础的需求, 而不是炫耀的特性, 何况好的用户体验设计不是体现在几个交互功能上, 而是体现在通过团队合作而开发出的整个产品体验中, 所以, 无形而坚持的协助整个团队完成整个开发过程是用户体验设计的真正职责;

(more…)

管理者不应直接参与产品的开发与设计

星期三, 3月 21st, 2007

小型团队有着大公司、大团队不可比拟的优势,沟通成本降低、效率大幅提高,并且往往小型团队的设计师能更早、更完整的参与到产品的生命周期中去。

小型团队,能者多劳,但是最大的问题是:具有一票否决权的管理者(往往是创始人)直接参与产品的开发与设计

管理学上有一种叫做家长式管理的方法,在创业初期比较有效。所以小型团队的管理者往往会直接参与产品的开发与设计。但是所谓家长式管理绝不能套用到程序和设计上来。所谓:将在外,军令有所不受。君非吾,焉知呼!

(more…)

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

星期三, 3月 21st, 2007

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

(more…)

接过用户的绣球

星期三, 3月 21st, 2007

我认为视觉设计师应该是UE的受益者,而不是倡议者,这是针对职位本身定位而言,所以我其实只提到了事情的其中一面,那么另一面就是:谁应该是UE的倡议者呢?

我看到有人针对我之前的《视觉设计师扛起UE大旗?》发表了自己的观点,其中我非常认可“⋯⋯如果一定要把大家都扣上大而泛的UE帽子,搅成一锅浆糊的话,那么恐怕只会让很多优秀的人找不到位置,而让很多六艺不精的人混到位置。” 《建筑设计和装潢设计:UE需要更本分》,由此看来,位置似乎是很重要的一件事。而关于位置,也就是团队内部分工,已经被讨论得沸沸扬扬了,大家各执一词,也没有一个定论。

(more…)

UEer的团队协作

星期三, 3月 21st, 2007

熟读理论的同学们都比较清楚用户体验(以下简称UE)的概念,不管是基础的架构设计,还是推进后的过程设计,UE都应该渗透到每一个环节中,有没有做是一回事,做没做好是另外一回事。

理想化的情况:

  1. UCD是做产品的核心理念,适合团队内任何成员和职位,而不是UEer专有的。
  2. UEer的主要工作,是从用户心理所反应出来的行为角度去分析产品。
  3. UEer不仅要能提出问题,更重要的是给出切实可行的解决方案。

(more…)