UED - 鱼缸里的水

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

潜性

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

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

无处不在

说到潜性,其实就可以理解用户体验设计会像空气或水一样无形的围绕在我们身边; 这也适用于团队合作, 用户体验设计其实本身就应该渗透到整个开发过程或细节里面, 不要试图理解为它无所不能, 它其实是所有开发管理中的必需介质;

提供和支持

上面也提到了用户体验设计扮演着介质的角色, 所以它可以为设计, 开发,乃至管理人员提供急需的支持和协助;

需要更新

用户体验的迭代性,大家应该不会陌生, 这个螺旋上升, 而不断维持生存的现象, 可以理解为, 需要不断给予检查和更换, 用户需求会根据外在因素而改变, 商业目标会因为市场需求而转型, 用户体验设计同样需要根据这些需求而做相应更新和再设计, 这里理解为”常换水”, 是不是更方便理解一些呢?

一切为了”鱼” - 包容性

最后回到用户体验设计的本质, 以用户为中心, 相信这个是再好不过的解释了, 也就是说用户体验设计服务于用户-鱼, 补给于用户-鱼 ;

总结起来看一下, 尽管上面已经有意无意地试图去解释这个大标题, 不过现在把整个团队比喻为一个鱼缸,通过上面的几个特新的解释, 我们再来想想”用户体验设计好似鱼缸里的水”, 应该会更容易理解和记忆了吧! 希望这样简短的隐喻能给大家带来一丝启发, 如果有任何疑问, 欢迎补充交流!

61 Responses to “UED - 鱼缸里的水”

  1. 白鸦 Says:

    我们说“UE应该做一个乐队指挥师”大概就是这么个意思吧,
    这篇文章短小精悍, 堪称大作 :D

  2. Src Says:

    恭喜新版上线  

  3. eele Says:

    会常来的,恭喜上线~

  4. oyjc稻康亩 Says:

    RSS能不能提供全文输出??做好开放心态嘛~~ 还真是凌晨0:00开站的,一分不差,一刷新,就出来了。

  5. view Says:

    恭禧!有这么个交流平台.小小建议:希望平台务实,发布的观点\论据以实例说话比较好,空话谈来谈去,那就等死. 个人观点:产品开发的 PM UE UI 三角色已很明确了,PM主要市场商业需求策划者,也可以说是引导用户认识所要开发的产品;UE就代表与用户沟通说服用户使用者;UI是视觉呈现\交互\商业功能实现者.如果你们只在办公室里所想所做,都是纸上谈兵,UCD所有角色都是为了更好的服务用户.引导与创新满足用户要达成的目的.

  6. afoo Says:

    精辟,搜藏了~

  7. 白鸦 Says:

    view:为什么要把UE和UI分开?

  8. yanglei Says:

    太棒的比喻了 鱼离开了水会死的  水不好了它会想办法跳到另一堆水里。

  9. leechael Says:

    Feed 链接的图标太小了。 

  10. 白鸦 Says:

    oyjc稻康亩:
    非常抱歉,因为我们的技术原因之前没有搞定RSS全文的问题。   现在已经可以了。 
    多谢提醒

  11. ip查询 Says:

    Feed 链接的图标太小了

  12. 白鸦 Says:

    多谢建议,
    但Feed一个用户可能只用一次就够了, 太大会影响老用户的不爽。

  13. Moond Says:

    To view: 我非常赞成你的建议,具我的理解, 这个团队具有几层意义: 一个是氛围建立; 一个是自由的讨论空间;一个就是理论与实案的结合和操作.最后一点会在相对成熟以后逐步来实施.不过我同意你的建议, 我或者这个团队以后会尽量对我们发布的信息提供相应的理论或方法依据,  尽量做到"行有所据,言有所依".其实这篇文章也应该有一些参考资源的,我稍后整理再补充一下!谢谢!

  14. » 昨日收集 - UED应该向产品负责,而不是向PM负责。 | 94smart’s Blog Says:

    […] UED - 鱼缸里的水 - 以用户为中心的设计 […]

  15. zobyking Says:

    我想UED的角色更应该是编剧,而GUI应该是导演,各种控件、元素是演员,一出电影,总是需要能够易于理解才能有市场,同样,交互设计也是

  16. 白鸦 Says:

    zobyking的说法蛮有意思,

  17. king Says:

    cool…..收藏

  18. J.S. Says:

    zobyking的比喻很好玩…现在UED和GUI总有些冲突。UED觉得GUI做得不好,GUI又觉得UED对GUI影响过多

  19. 白鸦 Says:

    j.s :  不能这么理解,

    GUI是UED的一个部分而已,
    我理解你们说的UED只是“可用性工程师”而已,

  20. JunChen Says:

    J.S.: 用户体验设计应当包括视觉设计。如果 UED 和 GUI 是两个部门,那一定会有利益冲突,和 PM 和 UE 的冲突一样严重(因为责任和权力被分割了)。

  21. sjw Says:

    好的设计是让用户体会不到设计的存在——那么在当前的这个环境里,很多用户就会认为这个设计是没有价值的了

  22. lifespeed » 百度日文版上线 Says:

    […] UED - 鱼缸里的水 […]

  23. Moond Says:

    sjw,谢谢你的提醒, 我想我可能没有解释好那句话里的"设计"应该是指交互设计, 而非视觉化设计. 其实作为一般用户观察产品的角度会与设计师或相关工作人员不一样, 他们关心的是产品是否好用, 实用,当他们觉得这个产品不好用的时候, 我们才会为此而分析出产品设计出了问题.  当然这里讨论的并非视觉和包装设计领域, 而是上面提到的实用性交互设计. zobykin,  我不同意"GUI应该是导演",如果按你的比喻,我觉得GUI应该是摄影和美术布景,而UED是导演;职位冲突更多是项目协调和沟通问题, 我目前的最大体会是, 设计师应该还具备一项技能就是"表达". 如果你不能很好表达你的设计意图, 就很容易被别人的歧异所动摇.      

  24. luy Says:

    白鸦 - 07/03/22 11:15 上午 view:为什么要把UE和UI分开?哈哈,我觉得还是分开好了。因为你们网站的LOGO光从视觉美术上来说真的不怎么样(别揍我…-_-),对用户来说一个优秀的视觉设计也是他对产品产生好感的重要因素之一。其实是各有专攻罢了,互相提供建议,但不要试图占据别人的想法。UE和UI可以是一个人,但分开也是可行的。

  25. JunChen Says:

    luy:白鸦的意思可能是分开为两个部门,这样责任、权力的分开容易给团队协作及产品设计带来不好的影响。并不是说 UE 和 UI 要一个人做。视觉设计确实很重要,以前看过国外有一份调查显示漂亮的设计如何提高用户体验,回头我找出来 :)

  26. 白鸦 Says:

    luy何不去读一下关于这个话题我的那篇文章的前一段呢,
    http://ucdchina.com/blog/?p=1
    我之所以在前面把完整UE团队可以做的事情说出来,就是担心有人没有完全搞清楚…

  27. view Says:

    UED重心满足用户理性需求,GUI重心满足用户感性需求.例如就目前国内业内专一点的GOOGLE baidu GUI成份很少,而yahoo QQ就结合了二者(因为门户、搜索都想做,想脚踏二支船,没有沉下心来做就是不行的)没有倒下是很幸运的啦,因为他们还有自已的主业在.当然我猜未来几年搜索界面就不是这样的了,主要是目前没有后来者,我相信后来者的搜索框一定不是现在这样子的.因为界面太理性了,下一个如果是感性理性做的出色了,一定会打破现在的状态.这是我个人的想法,我E文不好,所以分不清ue ui uc..见笑了.但我想用户体验设计应该是由这二个角色去完成产品工作,PM就是市场信息主角,三者组合起来叫团队也好叫舰队也好反正就是一个产品生产任务的开始.

  28. 白鸦 Says:

    view: 你确实应该全面了解一下。  (见我26楼的回复)

  29. view Says:

    to白鸦:你这篇"UED应该向产品负责,而不是向PM负责"稿说的很明确了,UED是为一个团队的,所有成员是为产品服务.我认为UED应该是产品好不好用的评价标准或者说是产品开发方向.问题是你们对UED有二种解释(我认同Moond说的) 一种此页文章Moond说的:UED--是用户体验设计一种白鸦说的:UED--指团队包括:可用性工程师、数据分析师、信息架构、交互设计师、视觉设计、内容优化等等再就是此文也提到"我们先来理解一下用户体验设计在团队中所表现出的一些”特性”此段话中"用户体验设计在团队中",如果按你们说的"团队",UED包含了可用性工程师、数据分析师、信息架构、交互设计师、视觉设计、内容优化等等,那么又和谁去组成一个团队,难道就同PM和老板? 

  30. view Says:

    再补充一点:用户体验设计我希望的不是一个角色,而是真正的用户需求的实质目的.

  31. 白鸦 Says:

    晕倒~~

    我认为你说的UE是用户体验工程师,

    用户体验只是一个概念。GUI等只是这个概念的一部分而已。  :)

    PS:PM没有能力去组建一个UED团队,UED团队有他的UED总监。

     

    咱们还是不要就概念的问题继续回复下去了吧,可以分别去查询资料或者在IM上交流 …

  32. view Says:

    to:白鸦谢谢你这么认真的回复我的问题。

  33. zobyking Says:

    其实我总是认为,交互设计应该是一个总体概念,而不应该分割为各个不同的部门或者小组,作为一个项目或者产品,往往需要许多的沟通、协调、妥协才能够完成,不仅仅是完成一个设计,而是要使这样的设计在技术上是可构建的我认为:GUI设计师们需要负责传达出完整的交互设计给用户。GUI设计师所注重的应该是实用性、可识别性、易操作性等等这些人机互动为中心的体验,而漂亮的外观、良好的视觉效果、轻松舒适的界面设计,这是为了让用户获得视觉体验,两者合一,就将整个交互设计传递给用户,让用户获得良好的体验

  34. juanzi Says:

        view和白鸦争得面红耳赤了…从你们的争论中看出了更多的内容。我觉得总的概念应该是UI:UED也好,GUI也好,都统筹于UI之中。白鸦的意思是UED是一个团队,我觉得这个团队应该是UID啊,这样一个以用户获得良好体验为目的的设计团队,UED始终是宗旨,贯穿于UI设计的始终。把信息架构、交互设计、视觉设计等都囊括于UED之中,概念上会让人接受不了。

  35. 白鸦 Says:

    我再倒~~~~

    老大们查查资料去吧… 

  36. 白鸦 Says:

    ps: 我可没有争什么,很多东西无需争论的。  

  37. 青椒土豆丝 Says:

    看你们的讨论都晕了,我关心一个问题,在目前大多数公司里,或者说小公司里,那些信息架构、交互设计、视觉设计什么都做,或者做其中几项的人,他们应该怎样去成长?他们的公司没有UI、UE、UED的区分。同时做这几个事情是让人很头大的事。

  38. oyjc稻康亩 Says:

    菩提本无树,明镜亦非台,本来无一物,何处惹尘埃什么UED/UI/UID的,都是一堆词,理解了概念就行了,何必要执着于对错?一个流程(或团队组合)在这个企业是对的,但不表示在另一个企业也是对的。正如,“书不能死读”。透过这个概念,我们更关注的是实战、工作细节,以这样一个“UED”为指导思想来作具体工作。拿出一个用户反映良好的产品,来剖析这个产品的团队构成、工作流程、工作缺陷等等实施过程和经验,以实例来辅助说明理论(概念),远比这里的纯粹概念更具有意义。  

  39. 疯猪 Says:

    sjw - 07/03/23 15:48 好的设计是让用户体会不到设计的存在——那么在当前的这个环境里,很多用户就会认为这个设计是没有价值的了 "好的设计是让用户体会不到设计的存在"《about face》里是有这么一句话的。有一小节是介绍这个观念的,其中还有一个例子,大概就是说:一本精采的小说,往往会让读者就像跟着小说剧情走,而忽略了作者所用的写作技巧,这也是作者的写作技巧高明的地方。而写作技巧没有到这种程度的作者,往往会让读者在读小说的时候经常被一些写作技巧打扰。  青椒土豆丝的看法很务实,也是国内现状,现在国内很多互联网公司软件公司都是小公司,人员就那么几个。UE和UI分不分开,恐怕不是我们讨论说要分开就分开,不分开就不分开就能算的,组建一个设计团队,更加是难上加难。现在各个小公司往往都是BOSS充当PM的责任,当BOSS听到什么交互设计,UE之类的,了解了一点点,马上叫着要一个,又不愿意招人,对概念不清楚更加是使交互设计的责任分担得乱七八糟,像我们公司,UI设计师虽然挂了一个UE设计师的头衔,可是真正的交互设计有一部份却是编辑在做。我们公司在交互设计上,乱,很乱。  

  40. view Says:

    to青椒土豆丝:我认为主要是看你擅长及兴趣在哪里,ui注重感性,ue注重理性思考分析.2,小公司有个LB PM就行了(用时再招啊,劳动力有的是)嘿嘿~~.开发流程是一样的.一人顶三的强人,老板门喜欢.

  41. Angela Says:

    我认为大家有点走火入魔了,实际上,除了一些有外企背景的大公司,一般的企业很少能把那一堆U⋯⋯分清楚的。我们希望大家了解的,第一,UE是什么; 第二,UE要怎样做。职位名称有那么重要吗?既然你已经在做这份工作了, 叫你产品经理也好,叫你用户体验设计师也好,只是各个公司的不同而已,你的工作还是你的工作。如果你做得足够好的话,谁也抢不走。

  42. 白鸦 Says:

    概念问题可以到这里: http://ucdchina.com/blog/?page_id=11

      

  43. 千鸟 Says:

    牛人啊,菩提本无树,明镜亦非台,本来无一物,何处惹尘埃都来了,哈哈。

    世界上本没有路,走的人多了,就成了路。

  44. xinxin83 Says:

    真的是有点走火入魔呀UED能够起到什么作用,和公司环境,产品特点,市场情况及领导重视程度息息相关很多时候团队分工呀,流程呀,不是可以简单拷贝的在一个公司的过程中找到合理的方法去做合适的事情,这个才是最重要的,也才能让UE获得自己的地位

  45. xinxin83 Says:

    PS:这个换行很有问题么

  46. J.S. Says:

    嗯…概念问题…我会觉得UE作为一种思维概念的话是泛存在的

  47. toten Says:

    ”好的设计是让用户体会不到设计的存在”; Agree with you !设计需要换位思考,只有你为其他人考虑,别人才会尊敬你的专业。 

  48. jessica Says:

    一个人的力量再大也是微薄的,在一个团队中,只有你一个人有UE观念是没用的,正如曾经在ANGELA一文中看到的一句话,好像是这样讲的——很多不错的商业策略最后失败都是由于缺乏统一认识而导致的低劣的执行~当时看到我立即产生很大的共鸣,寻寻觅觅中的理想团队到底在哪里?

  49. jessica Says:

    插播:换行确实有问题

  50. happy Says:

    我不是搞“U系列”的人,我一直做网站策划。自从引入web2.0之后,“U”系列的关键词显得更加突出,或者说受到重视。最近在帮男朋友写一份产品规划的文档,他问我用户体验该怎么写,用户交互该怎么写,他不是专业的UI、UE设计师,我同样不是,所以我们2个都一头雾水。但是,就我以一个策划的角度来说,这些东西无论是对于设计师或者是用户都是抽象的、概念性的东西。所谓用户体验,常常不是我们能控制的,也许你的想法很先进,你的技术很纯熟,但是好或者不好并不是由你或者你们来认定。关键还是很客观的去使用你所设计的东西,并且记录你的感受,发现优缺点,不断提高自己对于一个抽象事物的认知程度。我非常赞同angela说的,不管你是什么职位,你该做什么就是作什么,除非你自己开公司。你不能自主,但你同样可以发挥自己最大的能力。

  51. Moond Says:

    happy, 我想我能理解你的想法。我们都不是一下冒出来做“U系列”的, 相反的,我们开始意识到应该更还原地去尊重和观察用户(群体)的需求和习惯,让他们尽最大可能的从产品使用中获得到满足和愉悦,为此我们站出来, 努力让产品或网站更普遍,更易用地被各范围的用户接受。

    你做网站策划一样需要目标用户的数据分析和背景资料, 单凭个人的行业经验未必能顾及各个方; 而且用户研究的操作过程其实并不抽象,相反它有法则,有统计,有方法论, 甚至直接可以通过界面结构来展现。策划考虑市场和用户人群, U系列则考虑调研,实施和测试,这些都不是抽象,概念的筐子,而是基于地层的方法指导。

    我个人的理解还是象文中提到的,U系列设计师应该是低调但不应忽略的角色,他们并不是想做无所不能,也不是想认定什么,更不会要求用户去知道他们是怎么做的, 他们只是想给予团队健康地补给和支持, 让产品更丰富更健全, 如果我们都虚心地听取对方的建议,相互补充,对项目本身有益无害。 同样地, 如果设计师只注重视觉效果的艺术性, 而疏忽实际用户对界面或交互的识别性, 最终也会走向孤芳自赏的死胡同。

     欢迎继续加入我们地讨论, 我想你会从中了解更多。

  52.   本周阅读 by Yellowlive Says:

    […] UED - 鱼缸里的水 […]

  53. happy3g blog » Blog Archive » 整理自“以用户为中心的设计”博客! Says:

    […] UED - 鱼缸里的水 […]

  54. Jason Says:

    我很赞同把UE与用户比喻成水与鱼,至少我目前的工作让我对这个理论有很深的体会

     

  55. Dswing Says:

    理论上的争论是永远不会停止的,让我们拿出这份激情去行动吧,用实践来证明理论的可行,这样的价值似乎会更大

  56. freebird Says:

    呵呵,前几天公司招聘,需要名教互设计师。我在写条件的时候真的抬不起笔,交互设计师到底需要干些什么。他属于那个团队。看了你们的讨论,我虽然还是糊涂,不过有一些认识了。团队只是对一类开发者的划分,主要按照分工职责来界定吧。但通常他们之间会紧密耦合。不管UED,UID….名字不一样。他们的目标都一样,那就是提高用户体验。不如说项目是鱼缸,用户是水,开发团队是鱼。水干了鱼就会死,我们还是多研究下如何留住这缸水吧。

  57. cooper wei Says:

    能不能把理论用到实际中讲一下呢?

  58. dalier Says:
    我司想网站改版, 需从UE方面重新设计架构!
    www.jrecorporate.com (我请外包做,这里有人有意向可以给我信,详谈!)
    qq: 85877272, msn: dnaliang@Hotmail.com, tel: 021-51099888-833 张

    改版内容:
    红蓝(LOGO)配色设计
    全站首页设计
    上海首页设计
    上海的搜索页面
    上海的单品页面
    EDM模板
    提交订单页面/成功或失败的状态
    业主提交房子信息页面/成功或失败的状态
    flash动画的设计
    Seo站内嵌套部份
    其他信息页面

    改版后效果:跳转率高,向导性强,流量更高,设计更人性化,吸引眼球;
    通俗的说:览者进入我们网站后,会更有意向去点击另1页.从而达到我们需要的效果!

    如果流量上去,可以再另外洽谈流量费用!

  59. iceFiFi » Blog Archive » 《UCD火花集》电子书版下载 Says:

    […] UCD火花集内容索引第一章 用户体验设计在团队中 UED——鱼缸里的水 http://ucdchina.com/blog/?p=5 […]

  60. 《UCD火花集》研读(1) – 用户体现设计在团队中 « note Says:

    […] 在整个开发过程和每个细节中都要考虑UED,UED也应为其他开发和管理人员提供协助和指导。UED被称为鱼缸中的水。 原文章:http://ucdchina.com/blog/?p=5 […]

  61. 《UCD火花集》电子书版下载 « Tokgoo Says:

    […] UCD火花集内容索引第一章 用户体验设计在团队中 UED——鱼缸里的水 http://ucdchina.com/blog/?p=5 […]

Leave a Reply

You must be logged in to post a comment.