交互设计

怎么理解信息架构,什么是信息架构?

0
登录或者登记去做吧。

 

之前一直有朋友(初学者)问我什么是信息架构,什么是流程图等等,一直没有很好的答案回答对方。后来举例以下的例子,她说终于明白大概是什么意思了,在这里将回答分享给大家(或许可以帮助妹子们更好的理解,欢迎拍砖):
回答如下:
一、信息架构:
女生MM肯定爱逛商城对吧?
那信息架构有些类似:
商场(如下图)
地下一层动感休闲地带
商场一楼:国际名牌世界
商场二楼:名媛衣装天地
商场三楼:少女时尚驿站
商场四楼:温馨亲子家园
……
进一步:可能一楼国际名牌世界又包括
A区:名牌手表
B区:名牌珠宝
……
这样的楼层架构便于你更好的去找到自己想买的东东,至少是很清晰的知道每一层有什么商品,同一层商品怎么分布等等信息。
在这里,设计师的作用就是规划好这些楼层信息层级,主要做的工作就是:分类、层级梳理等
在互联网产品设计中:设计师梳理信息架构,其实和上述梳理商场楼层架构是异曲同工之妙。
a389950b4c8aa9d70367e9dddb76a4c8_b二、流程图:
还是以商场举例,流程图做的事情就是,回答你想买一件漂亮的裙子,你该如何一步步找到并购买的问题:
到达商场→乘坐电梯/走楼梯上二楼→到达二楼A区→进入一家XX品牌专卖店→选购裙子→是不是满意?→满意→付款
→不满意→换一家专卖店→选购裙子→满意→付款
在这里设计师需要做的是规划你的流程,可以是通过垂直电梯上楼呢?还是手扶电梯上楼方便呢?这些都是流程设计中需要考虑的。主要做的工作就是:1、规划流程让用户可以买到裙子;2、进一步优化流程让用户更快的买到裙子(比如,就在楼梯口摆地摊卖裙子,呵呵,求不吐槽)……
在互联网产品设计中:设计师梳理产品使用流程,就是回答用户如何能找到“反馈意见”等等任务目标。
三、页面布局:
这个以商场中一个楼层店铺布局为例:页面布局就是回答了我在架构梳理完了以后,三楼是少女时尚驿站,那么在这一层中的这些卖少女时装的店铺如何分布呢?
可能是:
A区专卖少女衣裤,位于楼层中央
B区是鞋子专卖,位于楼层西北角
C区箱包专卖,位于楼层东南角
等等
在这里设计师,做的就是规划每一楼层中店铺的布局问题。
在互联网产品设计中:设计师同样需要规划每个页面里面那些banner,导航等分布已经形式

以上是自己的一些梳理,适合初学者入门,请大神们吐槽指正!

————————————————————————————————————————
补充:最近在梳理产品设计相关知识点,针对这个问题的知识点原文链接:http://www.jianshu.com/p/06885fd7958f

一、信息架构初识
见上方“商城信息导视图”的例子说明
二、信息架构入门

1、信息架构到底是用来干嘛的?那么在产品设计过程中,信息架构到底是用来做什么的呢?其实,通过上面“商城信息导视图”的例子,我们已经可以初步了解到了一个目的:让用户可以在一定的“信息规划”下更容易的找到自己想要的“东西”。那么除此以外,信息架构还有什么作用呢?那就是出于“产品目标”通过“信息架构设计”去教育、说服、通知用户

信息架构的作用总结如下:

A、【满足用户需求】:让用户可以在一定的“信息规划”下更容易的找到自己想要的“东西”

B、【满足产品目标】:出于“产品目标”通过“信息架构设计”去教育、说服、通知用户

2、信息架构设计到底是在做什么?信息架构梳理到底是在做什么呢?如果用一个词回答的话,那肯定是“分类”。分类是为了更好的信息传达,为了更好的传递信息,需要对信息进行选择和组织。
8ea7363b92244ad6079917f17650779f_b图2:引用自《微信背后的产品观---张小龙》的PPT整理

3、信息架构设计到底该怎么做?(或者说“分类”怎么做?)
《用户体验要素》一书中,给出了信息架构分类体系:从上到下从下到上

从下到上(如下图3):这种分类方法是根据“内容和功能需求的分析”而来的,先把已有的所有内容,放在最低层级分类中,然后再将他们分别归属到较高一级的类别。这种分类方法其实就是在做“归类”,比如@Mr汤进er在曾经的项目过程中就会运用“卡片分类法”去梳理信息架构,首先将所有的功能点用一张张卡片写下来,然后让“目标用户”参与到信息分类中,并反馈相关分类标准作为我们产品设计师去梳理信息架构的参考。实际实践过程中,可能更需要设计师或者产品经理本身有一定的信息筛选、梳理、分类的能力,进一步通过用户测试去检验分类的信息传达有效性。
65b10289f4f4a3038e56e1dc464a7928_b图3:从下到上的架构方法
5154f7d7f18a98c9e042349505505c62_b图4:卡片分类法在“从下到上”信息架构梳理过程中的应用——@Mr汤进er项目过程照片

从上到下(如下图5):这种分类方法从“战略层”(产品目标)出发去考虑内容分类。最先从最广泛的、可能满足决策目标的内容与功能开始进行分类,然后在按逻辑细分出次级分类,这样的“主要分类”和“次级分类”就构成了“一个个空槽”,将想要的内容和功能按顺序一一填入即可。以微信为例:首先根据产品目标将“主要分类”即一级架构分为“最近会话(微信)”、“通讯录”、“发现”和“我”;然后再进行“次级分类”分类,如“发现”下再分“朋友圈”、“扫一扫”、“摇一摇”等等;最后将相应的功能(如朋友圈feeds、发朋友圈、朋友圈消息等)填入到相应的“朋友圈”分类中。
408444dfdd452e7480cc580b42f05f99_b图5:从上到下的架构方法

注:实际应用中,其实两种方式是结合起来进行的,需要产品经理和设计师有效的平衡运用,多多实践吧~

三、信息架构进阶
1、信息架构梳理的依据是什么?

首先,我们需要明白,信息架构受到哪些因素的影响。从大的方面可以分为两点:“用户需求”和“产品目标”,与上述的A和B两点作用有着对应关系。具体实践中,可能受到的影响因素包括:

A、用户层面的思考:用户的理解能力;用户的熟悉程度(已有心理模型、操作习惯等);目标内容的使用频率(低频高级功能一般会“藏”的比较深);内容的数量;内容信息的语义等等

B、产品层面的思考:产品的核心价值、产品的主线功能、特色功能等

举一个例子,之前在知乎上看到一个问题:为什么微信朋友圈这么高密度使用的功能要放到二级菜单?

我想这个问题不同人一定有不同的理解和回答,而且都是有道理的(例如有匿名回答:还记得商场楼层的划分方式么?如果朋友圈放在一级菜单,你还会天天看到扫一扫、摇一摇、购物、游戏这些入口么?便于使用,并不是布局的全部。)关于这个问题,我从《微信背后的产品观---张小龙》(张小龙腾讯内部长达8小时20分的产品讲演)一文中找到了如下一条关于“架构梳理”的产品观:

保持主干清晰,枝干适度。产品的主要功能架构是产品的骨骼,它应该尽量保持简单、明了,不可以轻易变更,让用户无所适从。次要功能丰富主干,不可以喧宾夺主,尽量隐藏起来,而不要放在一级页面。——依据张小龙演讲整理

b2c065f900504e5f783f939ffc0f8752_b图6:引用自《微信背后的产品观---张小龙》的PPT整理

通过这个例子@Mr汤进er想说,正真去梳理一个好的架构,还是很考验产品经理和设计师的能力和思考的。多思考,多实战~

2、一个好的信息架构设计应该具备哪些特点?
以下几点是@Mr汤进er总结的可以用来检验自己的信息架构梳理是否正确、合理,但正在适合自己的产品信息架构是很微妙的,需要自己多多去思考和实践。

A、与“产品目标”和“用户需求”相对应;

B、具有一定的延展性;

C、保证分类标准的一致性、相关性和独立性;

D、有效平衡信息架构的“广度”和“深度”

E、使用“用户语言”,同时需避免“语义歧义或不解”

下面详细阐述上面几点检验标准:
A、与“产品目标”和“用户需求”相对应;

直接举例子:新闻资讯类应用,经常以实践顺序组织信息架构,因为用户需求中,对于“新闻”的时效性的要求是唯一的重要要素,同时,对于产品本身,只有提供最新的资讯才能在竞争中获得优势。再如,同样是资讯类应用,“今日头条”的产品目标是针对不同用户进行针对性推送资讯,因此除了以“时间”维度组织信息架构以为,它还通过算法推送,以“推荐”的方式组织资讯内容,针对性推送最新的资讯,减低了用户“挑选”资讯的门槛,增加了用户资讯获取效率。
B、具有一定的延展性;

一个延展性好的信息架构,能把新的内容作为现有结构的一部分容纳进来(下左图),也可以把新内容当做一个完整的新部分加入(下右图),举个例子:微信的“发现”就具有一定的延展性,陆续有“游戏”、“购物”等内容被纳入其中。
529848cb8c74066bcb5615613f6cfcc4_b
图7:一个延展性好的信息架构图示

C、保证分类标准的一致性、相关性和独立性;

一个好的架构分类,应该有一套准确的分类标准,并且对于用户而言是可以被准确理解和学习的。其中“一致性”体现在标准的唯一,不能有多套标准,也就是说要保证功能入口是唯一的(快捷方式入口除外),这样的好处就是,用户在使用过程中,不会因为有太多的标准而摸不清相应的功能入口(这一点感觉争议比较多,但@Mr汤进er认为有必要坚持入口的唯一性);“相关性”是指上下层级以及层级中内容必须具有相关性的,不能把“足球新闻”栏目纳入到“时政要闻”层级下,因为它们的没有关联性(例子比较low,但意思大家懂的);最后一点是独立性,独立性体现在同一层级分类应该是相互独立的,不能同一层级的两个分类存在交集或包含关系。
D、有效平衡信息架构的“广度”和“深度”

在处理信息架构“广度”和“深度”问题上,说实话没有统一的标准。曾经听过有同学说“层级不能超过3层,如果超过三层,这个架构就是不好的”这样的论断,其实@Mr汤进er认为,不能简单的看“深度”,而是看用户的实际体验。那“广度”和“深度”各自有哪些优缺点呢?主要体现在“宽而浅”的架构用户可以用较少的点击完成相应的任务目标,问题在于每层的“信息分类标准”太多,增加用户每一层级的分类寻找难度。(参见@Mr汤进er的另一篇文章《设计法则:Hick's law》选项增多,做出决定的时间就是会增加!)。而“窄而深”的信息架构好处是减少了用户选项,问题在于增加了用户操作步骤如下图9,用户从A页到B页需要6步之多。

如何平衡“广度”和“深度”需要考虑的因素很多(大小屏幕等硬件特性、产品功能目标、用户使用频次等等)。建议大家多多实践,灵活应用,多从用户使用角度做思考。
f2fa4a11a228199457e57586de8a34d1_b
图8:宽而浅

2e9b7fab7791c5bb0757025912ad8286_b图9:窄而深

E、使用“用户语言”,同时需避免“语义歧义或不解”

这一点虽然是个小点,但往往也容易被很多设计师忽略。第一是要用“用户语言”进行分类和功能描述,用户是看不懂“专业术语”(行业应用除外)的,可以通过“用户测试”来检验用户对于分类和功能“名称表述”的理解能力。同时,好的“名称”应该是没有歧义或者会造成用户不解的。

四、信息架构总结
整篇文章深入浅出,层层递进的阐述了对于“信息架构”的知识整理和理解。主要解决了三个大问题:信息架构是什么?怎么做?怎么评判?欢迎大家留言评论

著作权归作者所有。
商业转载请联系作者获得授权,非商业转载请注明出处。
作者:Mr汤进er
链接:http://www.zhihu.com/question/19719820/answer/43318362
来源:知乎

产品信息架构的思考
如何打造超越用户体验的好产品?