文字大小:- +

接过用户的绣球

2007年03月21日 上午 1:11
作者:Angela | 话题:

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

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

然后我发现,在所有的讨论中,一个重要的角色再次被遗忘了,一个被我们天天挂在嘴上的角色——用户。

不是吗?用户体验的核心不应该是用户吗?为什么我们不试着从用户的角度来理解体验是怎么回事呢?

举个简单的例子,提供可以自动获取或计算出来的缺省值(比如根据用户输入出生年月推算出年龄、属相和星座),这样一个小小的的细节,除了能避免冗余和错误的输入以外,还能大大地取悦用户。实现这样的细节,那真是容易之极,可为什么很少有网站这样做呢?

原因很简单,产品人员不在意,设计人员没注意,开发人员没发现。这种情形就象用户抛了一个绣球过来,结果大家各忙各的,谁也没来得及看一眼,用户只好眼睁睁地看着绣球掉到地上。

是不是需要有个人专门来接用户的绣球呢?

若干年前,即使是在国外,用户的绣球也是无处可抛的。后来一些先知先觉的程序员注意了这个现象,主动站出来接下了绣球。他们尝试去理解用户,尝试用某些方法来分析这个绣球,尝试把通过这些方法得到的结论用到产品上,结果他们成功了,于是才有今天的“交互设计之父”、“Ajax之父”等等。所以在国外,第一个伸手的那个人,是曾经的开发人员。

同样的情况在国内重演了,这回率先伸出手,是我们,是我们这群曾经从事视觉设计或部分交互设计的人,而我们比第一批先驱者有着更多的优势。我们只需要学习成熟的方法,将其应用到实践中。我们所面临的困难,是跨出多年来被划定的工作范围,将手伸到一个至今还算是空白的区域中去。

这个困难是两方面的,一方面,我们需要克服自身的局限,改变自己思维方式;另一方面,我们需要创建良好的合作环境,改变其他人的思维方式。

但这是必须的,因为真理只有一个,那就是谁能正确地理解用户,谁就掌握了产品成功的关键。换而言之,谁跑得又快又好,谁就能抢到用户的绣球。

这与位置无关,与职位定位无关。

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

相关文章

评论(28)

  1. 谁能代表用户谁应该去代表用户在很多团队中各个角色都认为自己更能代表用户,
    PM有长期的后台数据积累,很对产品的深入理解; 管理者有对市场和行业的精度剖析, 他们都认为自己更能代表用。

    但,我认为,真正能代表用户的人应该是:主动为用户考虑、用用户的思维思考、掌握了科学有效的用户研究方法、具备科学有效的以用户为中心的设计方法。

    数据积累不能代表用户,只能代表数据现象;
    行业的了解和产品的深入理解,不能代表用户,也只是现象而已;
    设计者没法规定用户如何用自己的产品,用户也不会像设计者预想的一样去使用产品;

    以用户为中心的设计是一个全民运动, 我们需要所有和产品设计、研发、推广等相关的角色都参与进来。

  2. 谁去接这个绣球?在我们公司里,那就是我吧,当然我不敢说我接得很好,才刚开始。每个人都有自己关心的事,PM、开发人员、甚至运维,虽然都可能冒出来突然说某一点应该为用户怎样怎样的,但都只是为了某一时某一点。前一阵子有幸受到别的公司的邀请,当时我提到自己的工作时说“如果我都不能一直为用户着想,谁来为用户着想?”就是因为是个职场的新人,我的第一出发点就是“用户”——然后我就被换到了产品部,冠上了UE的名字。白鸦大哥之前说我们把UI和UE分开是不合理的,不过不直接设计GUI倒是给了我更多去关心用户的机会,而不是想着这样的视觉设计是否能通过。专心为用户去想、也影响和号召同事多去关心用户,我觉得自己这样还不错~

  3. 呵呵~~ 绣球?哈,这个比喻还真有意思,不过这个绣球可不是那么好接的很烫手的~~~~~~~

  4. […] 接过用户的绣球 - 以用户为中心的设计 […]

  5. 我喜欢这个地方,我在看到很多精彩的文章中,却一直没有看到关于客户服务人员的作用,大家争论得比较多的是PM重要还是UE重要。我想着,如果要去做一个UE或者什么的,会每周花最少20%的时间去接听客户服务电话,或者我会花同样的时间和客户服务的人员在一起,从他们那里学习,从用户那边直接学习,特别是那些有抱怨的用户。一个好的设计师可能是有天赋的,但我觉得,我没有天赋也没有关系,如果我能多接触用户,经常总结学习,我就自然具有了天赋。。。。。。。

  6. to  ittbj:
    你的想法很有意义, 但这篇文章作者大概无法把细节深入到这个程度。
    我坚信和客服人员的接触往往会转折性的改变对设计师对于用户和产品的认知。  UE设计不光是在可见的用户界面上很有很多很多有意义的空间…

     TO AMI:
    我说你们把UE和UI分在两个部门是有问题的,并没有说要考虑“视觉设计是否能通过”;
    这是两码事,
    你们的这种组织结构和上次有朋友回复中都提到了UE和UI分成两个部门,而且一个是PM下面的部门,一个是技术下面的部门,
    我实在觉得这个很奇怪,而且也没有想出来什么样的可能能够让这不出问题。。

  7. 我们想实现的无非就是用户一个绣球过来。我们帮他实现剩余的事情。这是用户最需要的。

  8. to ittbj:您说的那种方法不敢苟同。重视用户的需求,不是要把每周的宝贵时间花在接电话上。您可以重视来自客服部门的意见,但我不认为每周20%的时间就碰巧能接到某个典型用户的电话,更谈不上得到他们对产品中肯的意见,毕竟,大部分把电话打进客服热线的用户,都是带着个人情绪的。从这个角度来讲,通常客服部门处理的都是投诉类的问题,这只适合用来发现当前产品的某些缺点。

  9. to GOGO:这正是UE要做的。但反过来一想,这并不是一个容易的工作,因为我们接的可不止是一个用户的绣球。

  10. To Angela: 您说的对,我说的方式可能有点夸张。。。。。。不过,从一个完整的产品规划来说,我们可以从客户的反馈中知道自己的产品界面设计、流程设计有哪些地方让用户不清楚(可能我们在设计的时候以为是很清楚的),甚至是造成误解的地方。还有就是,从一个产品的功能性来说,偶尔的一些用户提供的建议(甚至是抱怨)其实可以激发我们产品设计人员的灵感。。。。。。我是一个初级的软件产品经理,这一年多参与设计了一个软件产品,从接听用户电话中,我知道了自己设计软件的某些缺点,这成了我改进软件界面设计新的思路。当然,这里也不是说,完全听用户的话。。。。。最后想说的是,我的观点和您的并不冲突,我希望有一天也能成为ucdchina Team的一员,我先努力着吧:)

  11. 参与到客服的工作中是用户研究的一种手段,我完全相信他的价值;

    呵呵,也许我们下期话题可以就“了解用户”作一些讨论。 :) 

  12. 是不是cooper说的程序员永远无法成为一个好的交互设计师就是真的呢?他自己也是程序员出身呢。我是一个程序员,但是我对交互设计是有兴趣的。我想做一个交互设计师,不管Cooper说的是不是真的,我将来还是一个开发人员的可能性也更大。白鸦大哥的一句话“以用户为中心的设计是一个全民运动, 我们需要所有和产品设计、研发、推广等相关的角色都参与进来。”说得对,做为一名交互设计师,他需要数据来自各个部门,需要和各个部份沟动,如果不给于足够的配合,交互设计师的工作也举步为艰。某种意义上,交互设计师将各个部门联系起来。 

  13. to 疯猪:我觉得cooper说这话的意思是,有程序员经历的人很容易在设计产品时把注意力放在如何实现上或者底层逻辑上,因而在做决定时会受到影响。一个好的交互设计师,需要了解相邻行业的一些基本概念,但同时也要记住自己的目的。好象有哪本武侠小说里写的,你要学太极拳,必须要忘掉全部的招数。无即是有。⋯⋯呵呵,扯远了。

  14. ue我认为是图纸上尺寸布局表现而且是针对于互联网的图纸是视觉设计的一部分;但要清醒地认识到只是个非常小的一部分;而“用户体验”对于与整个设计行业里的“产品”是可以“引用”的;但不完全相同;

  15. to Angela 那本书是金庸写的《倚天屠龙剑》嘿嘿。其实我觉得现在有很多专注于界面的程序员,不像以前,后台开发占主要,界面可能占小部份,社会在进步,有这种分划也说明大家都在注重界面。这类程序员也能也应该往交互设计师方向发展。一个专注界面设计的程序员,能更有利的进行交互设计,他明白哪些是程序可以实现的界面,哪些是程序不好,或是不能实现的界面。

  16. ^_^ 偶先抛个绣球,Blog文章页面中,可否加一个上一篇,下一篇的链接呢?

  17. 用户到底需要什么?我们在思考,然后按我们的设想把认为“友好”的功能添加上去了,可用户是否觉得友好了?我想这里是否还需要一个反馈。用户关心的是系统的友好度,而不是设计师的名气,设计师的思想,尽管我们的本意是为用户在考虑。

  18. […] 8、前一段和一位在Yahoo美国的朋友谈到用户研究时,她提到了一些做法也蛮有意思。比如,在上期帖子回复里有人谈到”走近客服”,他们在巴拿马的一些后期用户研究中会有专门的人去和客服一起工作观察和记录他们的工作,也会亲自尝试接听热线电话;(往往客服人员提交给数据部门的数据是把他们认为不重要的数据筛选掉以后的,数据部门提交给设计师的数据可能又经过了一次筛选;而他们筛选原则和判断能力可能和设计师有着很大的差别)再比如,记录某个ID在网站上的全程活动,看这个ID怎么注册的,去了哪里 点了那里 过程中都干了什么等等,记录用户的真实交互轨迹,从而调整”用户操作流程”的设计;(这种数据比海量分析真实,比逐个用户访谈高效且成本低。 但’隐私’问题需要考虑在内..)还有,让用户通过他们习惯的方式主动描绘出他们对产品所期盼的感觉也值得尝试;比如我以前提到过一次麦当劳主动了解用户的例子。9、总的说来:光靠对现状海量数据统计不一定能真正呈现真实现状,光靠点对点的访谈也不一定能全面的反应整体概况。10、设计师想要深入了解用户和需求,首要的前提是:1> 通过各种方法走近用户,把用户当作老师;2> 想方设法拿到一线数据,把数据当作可以淘宝的垃圾堆”。11、数据不是金矿,用户也不全都是正确的。很多数据和用户反馈是无用的,甚至是会造成设计误导的。最终,还得需要具备理智的分析和正确的判断能力。 (所以我最崇拜的UED还是那些”数据分析师”) […]

  19. […] 接过用户的绣球 […]

  20. […] 8、前一段和一位在Yahoo美国的朋友谈到用户研究时,她提到了一些做法也蛮有意思。比如,在上期帖子回复里有人谈到”走近客服”,他们在巴拿马的一些后期用户研究中会有专门的人去和客服一起工作观察和记录他们的工作,也会亲自尝试接听热线电话;(往往客服人员提交给数据部门的数据是把他们认为不重要的数据筛选掉以后的,数据部门提交给设计师的数据可能又经过了一次筛选;而他们筛选原则和判断能力可能和设计师有着很大的差别) […]

  21. 真的很土阿,PM 下面怎么还有部门…项目结束就要解散的,这个概念都不明白呀…

     另外,没有 认知心理学基础,谈的是啥用户体验呢? 奇怪噢

  22. […] 《鸁在用户》英文版共282页,但是前159页讨论的都是如何进行用户群细分,从第167页(第7章)开始,我才看到我们三年前津津乐道的姓名、照片、简介等呈现物。这也就是说,“人物角色”创建过程中,大部分时间是用在用户调研和数据分析上,因则它才可以算得上是建立在科学、理性、客观基础上的产物,而不是一群人坐在一起头脑风暴就能达成的结论。“人物角色”的每一个属性,都是从大量的真实数据中提炼出来的。作者在反复强调这一点,我也婆婆妈妈地在各种各样的讨论中不停罗嗦这个原则(角色是用户的可视化界面、接过用户的绣球)。 […]

  23. 听取客户需求固然是很重要,但是如果一味只听从需求,我们将无法创新。

  24. Janet:没错。

  25. […] (0712a)不得不说的网站导航:论“面包屑”的倒掉 […]

  26. 测试下这个系统有没有考虑不周全的地方


  27. […] 接过用户的绣球 http://ucdchina.com/blog/?p=3 […]

发表评论

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

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