Posts Tagged ‘信息架构’

豆瓣改版分析

二月 28th, 2010

从上个月新版豆瓣昙花一现,到这次新版豆瓣小规模测试,相对于上一次07年底改版一样招致很多老豆油们一片质疑,这次改版却引起了老豆油们更加强劲反弹。从阿北在《豆瓣变形记》 后面生机勃勃的评论中可以看出,这次他们抱怨的不是新版豆瓣的发布模式,而是整个豆瓣架构的重新调整以及部分功能修改对豆油们的情感伤害,综合起来大致有以下三个原因

             1 读书、音乐、电影独立运营

             2 豆瓣社区,豆瓣也要buzz嘛?

             3 破坏已有豆列生存规则,  将豆列分流

(注:豆列是豆瓣网友将书籍、音乐、电影中有某种共同特征的具体条目打包成一个链接,方便资源的整合与传播,是豆瓣网友们辛勤编织的劳动成果)这其中第3个破坏已有豆列影响最恶劣,于是就有了豆油发起了《反对豆列分拆大签名!》,截止目前有1414人参加 。而这些都说明一方面豆瓣在演化进程中充满争议;另一方面令人羡慕是阿北有着这么一群可爱的豆油拥趸发表意见、指出不足,无论如何对豆瓣的发展是值得庆幸的!

写这篇文章的目地一是为了了解豆瓣这次改版的用户反馈;二次是利用信息架构、信息设计等UE知识分析下这次豆瓣改版的背景和原因,以供同行切磋。下面对豆瓣改版的背景和原因进行分析。

可能大家在争论豆瓣这次藐视书影音艺术“通用性”的同时忽视了以下两个因素:

一是豆瓣网在2009年底拿到近1个亿的二轮投资,规模化商业进程开始逐渐启动,阿北及其团队需要扩充产品线和深化产品服务迎合资本方;

二是之去年中开始和腾讯、百度等合作开放平台嵌入应用而带来的近3kw新用户爆发性增长,海量新用户产生的噪音干扰豆瓣最为宝贵的财富且将自身定位为小众而高端老用户,迫使他们担心豆瓣变质迫使自己离开,这也就是阿北在《豆瓣变形记》提到的担忧——“高度活跃的社区对书影乐服务内容可能的干扰,比如社区内的人际冲突会波及到评论和条目内容”。

 看清了以上两个原因之后就可以明白新版豆瓣的信息架构调整,一方面建立豆瓣社区,统一整合用户空间、线上线下社区功能,强化广播(微博、buzz,没办法大势所趋)属性,照顾腾讯空间过来的新用户行为习惯;另一方面是将读书、音乐、电影以独立二级域名形式独立运营,以便日后对老用户提供更好的服务,当然了,也不排除“将鸡蛋放在3个篮子”说法,降低豆瓣运营风险;然而这次豆瓣效果究竟如何呢,请看下一篇《体验新版豆瓣》,敬请期待!

信息架构的十大误区

十月 9th, 2009


Jakob Nielsen是可用性工程方面的大师,在其可用性信息技术网站上有一篇关于信息架构方面的文章,觉得不错,翻译如下:


信息架构的十大误区

内容大概:框架结构和导航设计要紧密联系,且要和站内搜索、整个子网站相辅相成。要知道信息架构的复杂度、不一致性、隐藏的选项以及臃肿的用户界面设计等因素妨碍了用户寻找她们想要的信息,Jakob Nielsen从两个方面来阐述信息架构的十大误区:一是框架结构误区、二是导航设计误区。

一、框架结构误区

1、没有框架结构

最显著的框架结构问题是当产品设计师将网站视为一个混乱的大沼泽地,对个性化类目忽视一般组织结构原理。是的,用户可能通过使用站内搜索、当下促销的链接、外部网站来到这个大沼泽地并有可能找到“大鱼”。但无论用户怎么挖掘也仅此而已,因为她们没有机会了解网站的其他产品信息和当下相关的类目。而这个问题普遍存在于那些将文章资讯页、产品详情页视为独立单元而不牵涉其他相关信息的新网站和以分类为基础的电子商务网站当中。毫无疑问,用户会立即离开这样的网站。
2、没有整合过的站内搜索与框架结构

我们老早就知道用户表现出的由搜索主导上网行为的偏好(阿石注:例如传统购物习惯AIDMA到现在AISAS的转变)。但这并不意味着搜索就是她们所需要的全部。通过搜索来到某个页面的概率好比一个伞兵空降到一个指定城市,就像你要去巴黎,你期望在那里着陆而不是在阿姆斯特丹(荷兰的首都)那样,因此在任何情况下,你都不太可能精确到达你最喜欢餐厅的门旁。要到达那儿,你还得亲自走走,甚至需要打的。与此类似,用户经常需要在搜索“着陆地”附近可浏览其他相关性内容(阿石注:类似于百度的相关搜索和淘宝站内搜索的智能推荐)。
当然,局部导航只有在一个网站拥有一个良好的框架结构去定义相关性内容的前提下才能起到作用(看看误区1就知道)。但是产品设计师必须向用户展示局部可选项,如果针对用户的查询的关键词显示其他相关的词语的话效果更好。
在每次搜索触发展示了它的结果页和网站结构,SERP(搜索引擎结果页)的可用性则得到提高。象Google那样的外部通用搜索引擎则做不到上述效果,因为其并不了解网站内部的框架结构以及其自身的导航维度展示效果和一般通用网站别无二致。尽管如此,你还是应了解你的网站的框架结构,然后将这些信息集成到你的SERP上去(这一点很像站内搜索与通用搜索的区别,详情请见阿石的日志《谈谈站内搜索》)。
然而非常不幸的是,大多数网站并没有将站内搜索与网站的框架结构紧密结合起来,这一点被另外一个通病放大:导航设计中并没有显示出用户的当前位置。也就是说,当用户点击一个搜索结果之后,她们并不能决定她们在网站哪个位置——比如当你搜索到裤子,却点击了一个鞋子,但这时没有其他方法告诉用户查看更多裤子。
3、登陆页消失掉的分类目录

我们强烈建议网站需要建立一系列的分类目录,这样每个分类类目都链接到她们各自的登陆页(阿石注:landing page,对应于网络推广或营销的概念的某个页面,详情请看),使得用户可以预览每个分类的视图。有的网站放弃了这个预览页面,只是简单的提供链接直接链到详情页。这不仅会减少网站的页面数,而且当如果没有二级次要页面被显著标明,用户会完全不理解网站的范围,错过重要的细节、产品和服务信息。
分类目录页还可以对SEO有帮助,因为它们是用户搜索一个特定产品、服务或信息后最有可能“着陆”的地方(阿石注:一般类似二级页面的分类目录页关键词丰富且密集,更容易被搜索引擎抓取靠前)。分类目录页也还是解决误区2中的问题,因为她们可以在搜索将用户带到一个完全讲究细节的详情页时帮助用户在网站的一级或二级结果跳跃浏览(面包屑导航就是拥有这样的功能方便用户很容易向上一级结构返回)
4、过多的层次结构

与现实世界相比,在线虚拟世界最大的好处是个体类目可以存在于多个地方。因为网站按照多个维度层次对产品信息和其他内容信息进行区分,他们可以帮助用户浏览其他相关类目、提供多方面的产品信息空间且可管理配置的列表,以满足用户在这方面的主要需求。
这样的处理方法大多是好的,但过多的层次结构往往变成为依赖性很强的“拐杖”。相比花很多时间建立几个直觉性良好且逻辑严密的高级分类类目而言,团队往往会匆忙完成这个进程,随之会建立数以倍计的的弱分类和产品列表。那么可用性的影响?用户花了大把时间挣扎在高级分类类目上,当他们在多个维度层次上发现次级类目时会被搞得晕头转向。
伴随着太多的分类选项和太多的层次结构,用户被迫艰难思考下一步该怎么走,并导致用户质疑网站提供的信息线索。这些产生在早期网站体验过程中的不自信,会衍生到用户往下的浏览体验过程,并对最终结果带来消极影响(如放弃购物车)
5、次级域名站点与微型站点和主打站点融合度差

由于老套的市场营销策略,被遗弃的微型站点(阿石注:在大型集团中由于产品丰富、营销策略多样性,而针对某个产品或营销而推出独立域名的网站站点)大量充斥在互联网各领域中。在你发布一个新产品时,一个专用的微型站点会起到良好作用,但到了下一个年度,他将会削弱你的在线市场营销策略和你的在线形象。
网站设计是为了时代潮流而设计,考虑一下你的设计在5年以后看是如何表现的。
放弃建立独立站点,在主打站点的次级域名下放置新的信息的做法明显是最好的,但也要注意的是你依然需要在网站的整个架构中集成这些二级域名站点(阿石注:其实也未必,象中国移动集团和各省市网站主要定位于咨询和业务办理,而他其他众多子网站更倾向于搞独立域名、独立运作)。例如,在微型站点和二级域名站点中,我们常常发现产品详情页下面忘记了放置公司和组织相关信息,再比如很多站点在主站点的站内搜索很糟糕的对他们的次级域名站点和微型站点的搜索结果予以展示。
二、导航设计的错误

6、不可见的导航选项

网站信息架构最糟糕的错误当然是没有导航,但这种情况现在已经很少见了以至我没有必要讨论它。然而,用户不能看到的有可能也是不存在的;不可见的导航几乎和没有导航一样糟糕。

发觉识别导航不应该成为用户一项主要任务:一定要在页面上让导航永远可见。小孩子很喜欢对网站导航玩“扫雷”(在屏幕上发滚动鼠标,以发现暗藏的东东),然而青少年不会喜欢这样做,成年人则更是厌恶。

类似的,无论是导航本身看上去很像横幅广告,还是你将他放到其他如看上去像广告以至用户会视而不见的组件旁边,你都应该抵制导航不可见。即使导航在电脑显示屏幕上,如果用户不看它,导航依然不可谓不可见。

7、不可控制的导航组件

一般来说,任何移动和跳动的组件会降低网站的可用性,尤其是当用户正尝试可寻时导航会发生移动。用户会把注意力集中到更高级的去哪儿的问题层面上,而不是去那些更低级的怎样操作图形用户界面GUI上来。
在这里两大常见阻碍是展开和隐藏内容的rollover(阿石注:一般是指导航菜单的展开和鼠标移上去的链接状态),以及那些移动、旋转或循环的组件。用户一般来说对这些组件并不感冒,而在这里将这些组件囊括到网站上的产品设计师和程序员们严重低估了用户沮丧感而带来的商业影响。
8、不一致导航

导航存在的目的是为了帮助用户,而不是为了困惑她们。导航的设计应该是让用户立马可以了解到,并将这种理解贯穿到他浏览整个网站过程中。然而糟糕的是,很多网站在用户浏览进程中呈现出不同的导航特征,不同的导航来来去去,使得用户感到无法自我掌控,如她们会问“我怎样才能将那个菜单栏选项搞回来呢?我之前页面中可是看到过的啊”(阿石注:其实在现行电子商务网站如淘宝、拍拍都没有一个完全不变的全局导航,或受制于市场策略、二级页面定位、设计安排而出现两个以上的全局导航)
尽管全局导航并不是一个网站最受欢迎的组件,而它的一致性特征表达了其重要内涵:全局导航是帮助用户了解她们在哪儿以及在迷路时她们怎样可以轻松掌控回到网站的顶级结构上去的一座灯塔。
9、太多的导航技术

在<<seminar on navigation design>>中有了解到竟然有25种不同的网站导航技术方法。每个技术方法都有其自身的可用性优势和潜在的缺点,而这些就会导致团队将精力集中在设计的权衡上来——也就说何时运用导航的何种形式(阿石注:导航会随着网站的发展、市场营销而变动导航形式,这个特点体现在电子商务网站如amazon、红孩子深圳移动网上商城
有一点是肯定的:每个导航技术都有在特定网站和企业网中有其一席之地。但是,如果你将上面提到的25种技术全部派上用场的话,你会发现你得到的不是每个技术优势之和,甚至更少。(阿石注:朴素的哲学思想:局部之和小于全部
为了吸引用户的眼球而竞赛吧!太多的地方需要了解,切忌哗众取宠!
10、伪装的菜单选项

在过去,伪装的菜单选项这种误区高高在上,但幸运的是现在好多了,没有过去普遍。然而,依然有很多网站继续将她们的标签和其他的导航选项伪装成她们自己的专用组件。
除了继续困惑用户外,伪装的导航也会妨害站内搜索:用户不能找到她们叫不上号的东东,即使你提供了同义词,主导航带来了额外的SEO权重,对那些优化没有用户关注的查询来说无疑是种浪费。
老词就是好。当用户了解了她们自己的选择,她们更愿意选择其中合适的一个。将文案说的清楚明白、简洁简约些。如果用户不能理解某个菜单选项,她们就一般不大可能点击它。而搞笑的是,一些公司为最新和   最重要的产品冠以很炫目的名称而累此不疲,这样就被双管来福枪将自己给毙了。
这篇文章直接翻译的成分较多,比较生硬,可看看荣荣的成果:http://hi.baidu.com/xiaoxingrong13/blog/item/9846f802dafbb1064afb5170.html

简化信息架构

九月 8th, 2009

等待答案 信息架构, information architecture ,听起来是一个很响亮的名词,自从《Web信息架构》煌煌巨著问世十来年以来、三个版本的普及,信息架构这个词在互联网领域也是家喻户晓、妇孺皆知了。但我也相信大部分人看完《 Web 信息架构》,对究竟什么是信息架构?为什么需要信息架构?以及怎样信息架构?这三个问题云里雾里!因为书中两位作者并没有对信息架构这个词作出明确定义,所以写篇文章简化一下信息架构。

什么是信息架构?

根据维基百科解释,“信息架构”这个词是1975年一位名叫Richard Saul Wurman的图形设计师提出来他对信息架构的理解是“组织数据间模式、并化繁为简”。他本人对著述颇丰,尤其是对旅游指南之类的书籍出版大有经验并颇受好评,出版并设计了超过80本。说这个背景的目的一是 Richard Saul Wurman 在那个时代就已经预料到海量信息的时代即将到来,信息必须经过“处理”才能简单、高效的被用户(对他来说是读者)获知;二是《 Web信息架构 》的两位作者  Peter Morville  , Louis Rosenfeld 这样出身图书馆的人士从中继承并传播了 Richard Saul Wurman 创造的“信息架构”,从书里面大量的图书分类词汇就能看出。那究竟什么是信息架构呢?我的理解是

“信息架构是组织同种信息、分类异种信息”

所谓组织同种信息,无论是标点符号、单词字句、段篇章卷,都是信息粒度的不同展现。信息只有通过人为组织、排版、设计,才能具有可阅读性;在信息量少得可怜的古代,这个方法是可以满足需求的;但一旦到了信息爆炸的现代及当代,信息的粒度在衍生(二进制)、多样(多媒体)在扩展,光有组织还不行,还需要分类,以至达到可寻性。因此信息的可阅读性和可寻性是信息架构的终极追求

信息架构早已经突破图书馆的藩篱,其模型和理念已经渗透应用到系统建设、软件设计等领域,其应用最广也最深入当属 Web (企业内部网建设、互联网产品设计、甚至是移动互联网)。

为什么信息架构?

为什么需要信息架构这个职能或职业呢?利用《 Web信息架构》信息架构三要素这个工具即可分析:

  • 用户本身很“懒”:
    互联网的用户已经不是传统读者那样逐字逐句的阅读,而是双目N行的跳跃式扫描,除非是找到有兴趣的文章才回归传统获取信息方式。例如《 Don’t make me think 》作者发现的”基于三个互联网用户使用行为统计事实

  • 信息内容海量潮涌:
    大量新兴媒体、 Blog 、 Twitter 等生产海量信息,使人目不暇接,用户需要一层“组织、分类、过滤”装置,编辑、评论、推友这些角色就能说明

  • 企业内的商业目标:
    企业的信息本身也是重要信息源之一,其自身也有信息建设、积累和发布的需求,还不包括那样创业型组织、团队,都需要把自己的产品、卖点通过信息架构(设计)翻译为“客户化语言”让用户、客户获取、感知

怎样信息架构?

《 Web信息架构 》在书中列举了自上而下、自下而上的两种方法以及各种案例不胜枚举.对比中国互联网目前的现状,按照书中所说的方法去生搬硬套,不切合实际,也没有足够的人力资源和工具支持,只能提取模型思想和方法达到信息可阅读性和可寻性的目的。担任信息架构( IA )角色的产品经理或策划人员只要注意以下即可,如图所示:

信息架构三要素(实际)

根据自己所在的组织范围( Context )内,充分理解用户需求、拥抱商业意图或商业目标、积极搭建网站内容建设,推动三要素直接均衡发展,才是一个 IA 角色担当者所应具的视野和能力~

信息架构三要素(理想)

什么是信息架构?
根据维基百科解释,“信息架构”这个词是1975年一位名叫Richard Saul Wurman的图形设计师提出来他对信息架构的理解是“组织数据间模式、化繁为简”。他本人对著
述颇丰,尤其是对旅游指南之类的书籍出版大有经验并颇受好评,出版并设计了超过80本。说这个背景的目的一是Richard Saul Wurman在那个时代就已经预料到海量信息的时
代即将到来,信息必须经过“处理”才能简单、高效的被用户(对他来说是读者)获知;二是《Web信息架构》的两位作者 Peter Morville ,Louis Rosenfeld这样出身图书馆的
人士从中继承并传播了Richard Saul Wurman创造的“信息架构”,从书里面大量的图书分类词汇就能看出。那究竟什么是信息架构呢?我的理解是
“信息架构是组织同种信息、分类异种信息”
所谓组织同种信息,无论是标点符号、单词字句、段篇章卷,都是信息粒度的不同展现。信息只有通过人为组织、排版、设计,才能具有可阅读性;在信息量少得可怜的古代
,这个方法是可以满足需求的;但一旦到了信息爆炸的现代及当代,信息的粒度在衍生(二进制)、多样(多媒体)在扩展,光有组织还不行,还需要分类,以至达到可寻性。因
此信息的可阅读性和可寻性是信息架构的终极追求。
信息架构早已经突破图书馆的藩篱,其模型和理念已经渗透应用到系统建设、软件设计等领域,其应用最广也最深入当属Web(企业内部网建设、互联网产品设计、甚至是移
动互联网)。
Related Posts with Thumbnails