首页 文章详情

信息架构上篇:如何理解产品的信息架构

子牧UXD | 285 2022-10-24 15:32 0 0 0
UniSMS (合一短信)

▲点击 "子牧UXD" 关注,回复 "设计圈" 加入我们

   2022年 原创总第 30 篇   
   距离年度目标40篇    还有 10 篇   
(全文2290字,预计阅读时间:5分钟)
前言
第一次认识「信息架构」,还是刚入行的时候。当时做B端产品,经常会研究产品的信息架构,利用思维导图工具输出一份关于功能的结构图。

当时信息架构主要应用在两个方面:
  • 竞品分析
信息架构基本是竞品分析的必备环节。主要是将竞品产品功能(侧重导航系统),采用脑图的形式罗列出来(颗粒度有时粗有时细),勾画出产品的功能体系,展示出信息组织结构。根据前辈的经验,将架构大致会分为「宽而浅」和「窄而深」两种形式进行一通分析,得出一个比较主观的结论。
  • 界面设计层面
在实际的设计应用时,信息架构更偏向于导航菜单的组织结构。设计师需要将产品功能清单进行结构化梳理,曾经尝试过卡片分类法等,搭建起整个产品的导航菜单结构,并对菜单命名做出一定的优化建议。
总体来说,对信息架构的理解还是比较浅薄的。今天我们来系统地了解下信息架构的知识。由于内容过多,拆分为上、下两篇分享给大家。

#01

信息架构的定义

信息架构(information architecture,缩写为IA)是指对某一特定内容里的信息进行统筹、规划、设计、安排等一系列有机处理的想法。
IA 的主体对象是信息,由信息架构师来加以设计结构、决定组织方式以及归类,好让使用者与用户容易寻找与管理的一项艺术与科学。
百度百科

定义都是概括性极强的,读起来会比较晦涩难懂。但是我们可以从中获得一些关键信息。

  • 对于产品

信息架构是产品信息的组织、归类方式。需要能够真实地反映出产品的核心价值、展现出主线功能、特色功能,提升用户对产品的认知。

  • 对于用户

信息架构要方便用户理解,并能够帮助用户顺利地找到对应的功能完成操作。在信息架构设计时,要充分考虑用户的理解能力、操作习惯、目标内容使用频率等因素,符合用户认知从而提升用户体验

#02
信息架构与交互设计
在用户体验5要素中,信息架构归属于结构层,主要是面向信息型产品。功能型产品的结构层主要指的是交互设计。

交互设计和信息架构都强调⼀个重点:确定各个将要呈现给⽤户的元素的“模式(patterns)”和“顺序(sequences)”。交互设计关注于将影响⽤户执⾏和完成任务的元素。信息架构则关注如何将信息表达给⽤户的元素。

《用户体验要素:以用户为中心的产品设计》

两种产品类型为什么会有交互设计和信息架构的区分呢?说一下我个人理解。

  • 信息型产品

信息型产品就是我们常见的各类网站,例如门户网站、品牌官网、知乎、今日头条、或者腾讯视频等内容类产品。这些产品主要是为用户提供各类信息,任务类操作比较少。
网站最终的任务是给予用户足够可用、有效的信息,确保用户在产品中不会迷失或者无法找相应的信息入口,所以结构层的主要任务是构建符合用户认知的信息架构,便于在框架层以此架构为基础完成界面、导航设计。
  • 功能型产品
功能型产品更多的是中后台管理系统,目的是帮助特定的用户完成各种任务,包含了各种流程。在产品中用户会有大量的操作,功能之间可能互为前置条件或者相互协同。
例如用户在商品加购之前,需要完成登录。或者管理员在增加用户之前,需要提前设定系统用户角色。所以对于功能型产品,除了确定信息架构,还要明确好功能之间的交互逻辑关系。
我认为在结构层中,交互设计和信息架构并不是绝对割裂的,功能型产品同样需要制定信息架构,只不过信息架构相对固定,需要遵从用户的业务场景、工作流程等,设计师不能根据自己的理解随意更改。
另外随着业务场景和功能的发展迭代,有些产品已经不能通过简单信息型产品或者功能型产品进行划分。例如电商网站,既要提供商品信息供用户选购,还要提供购物车、下单、支付、物流、售后等一系列的环节,每个环节之间都是环环相扣。因此,在结构层需要信息架构和交互设计并重。
#03 
信息架构的构建方式
信息架构最核心的是确定产品信息的组织形式,我们可以采用以下两种⽅式来建⽴分类体系:「自上而下」或「自下而上」。
1)自上而下

这种分类方法从“战略层”(产品目标)出发去考虑内容分类。即根据产品目标与用户需求直接进行结构设计。最先从最广泛的、可能满足决策目标的内容与功能开始进行分类,然后在按逻辑细分出次级分类,这样的“主要分类”和“次级分类”就构成了“一个个空槽”,将想要的内容和功能按顺序一一填入即可。

我理解这样的方式是从产品视角出发,根据功能清单,结合用户场景,逐级建立起信息分类形成产品的信息架构,最后将功能/内容放入到信息架构中。

这种方法比较适合B端产品,产品功能和用户业务场景比较明确,并且是紧密结合在一起的。比如财务报销需要包括提单、审批、支付、消息、记录等等环节。信息架构也要按照这些场景和流程进行归类,便于用户理解和找寻。

此外对于C端产品,某些用户需求和场景并是不特别明确,需要产品主动构建信息架构引导用户需求,此时也需要自上而下建立信息架构。例如电商产品中引入短视频,首页的订阅方式等,短视频产品中的同城、兴趣等功能。这些是基于用户洞察,产品自上而下推进信息结构的优化升级。

2) 自下而上
这种分类方法是根据对“内容和功能需求的分析”⽽来的。先从已有的资料(或者当⽹站发布后将存在的资料)开始,我们把这些资料统统放到最低级别的分类中,然后再将它们分别归属到较⾼⼀级的类别,从⽽逐渐构建出能反映我们的产品⽬标和⽤户需求的结构。

当产品已经拥有了内容,但是并不明确如何进行归类,才符合用户的认知和需求。这是就可以采用自下而上的方法倒推,建立信息架构。对于信息量不大的产品,可以做几版方案,找些用户进行测试就可以得出结论。对于信息量会比较大的产品,可以采用卡片分类法,让用户参与其中,为信息架构设计提供参考依据。

我个人认为,在实际的应用中自上而下的创建方式居多,这种方式从产品和用户两个维度出发,可以搭建出比较平衡的一套信息架构。

信息架构还是比较复杂的,如有不当之处,请大家批评指正。
下期再见~
— THE END —
🌈🌈🌈 粉丝福利:
 福利1 
关注【子牧UXD】公众号,点个“在看”,可获得”读者大礼包“
回复数字【01】,获取100+“行业报告”
回复数字【02】,获取“大厂设计规范”
回复数字【04】,获取“作品集包装攻略”
回复数字【06】,获取“笔试面试技巧”
回复数字【08】,获取“精选样机合集”
此外还可领取“大厂原型文件”、“设计师简历样本”、“App设计参考作品”等高价值资料
 福利2 
我们组织了专业的产品/交互/UI设计交流群,群内有来自多位华为、阿里、百度、拼多多、腾讯、快手、美团等一线大厂的设计专家,欢迎入群一起交流成长。
扫描下方二维码添加小编微信,即可拉你进群。
「12800+」读者共同成长
阅读推荐 》》
设计师能力建设(4):设计评审会
设计师能力建设(1):如何更好地进行设计沟通
3个案例,正确理解B端产品中的一致性原则
设计基础(7): 简约设计4原则在表单设计中的应用

good-icon 0
favorite-icon 0
收藏
回复数量: 0
    暂无评论~~
    Ctrl+Enter