2022年 原创总第 31 篇
距离年度目标40篇 还有 9 篇
(全文6082字,预计阅读时间:12分钟)
上篇介绍了信息架构的基础知识,有兴趣的朋友可以去阅读一下。信息架构上篇:如何理解产品的信息架构。
今天我们继续下篇内容。这是本人的第一篇长文,建议大家收藏阅读。如果不足之处,欢迎沟通交流。
个人认为长篇不合适公众号,用户很难有耐心读完,但是为了避免文章的割裂,最终决定在一篇文章中发布。
在《信息架构——超越Web设计》一书中,将信息架构定义为:
——共享信息环境的结构化设计;
——数字、物理和跨渠道生态系统中的组织、标签、搜索和导航系统的合成;
——创建信息产品和体验的艺术及科学,以提供可用性、可寻性和可理解性;
—— 一种新兴的实践性科学群体,目的是把设计和建筑学的原理理导⼊入数字领域中。
《信息架构——超越Web设计》
信息架构包含了4大系统:组织系统、标签系统、导航系统、搜索系统。
1、组织系统
组织系统是信息架构的根基,决定了信息架构的基础逻辑,可以拆解为组织方案与组织结构两个模块。
1)组织方案
组织方案就是产品信息的分类逻辑,需要根据用户、场景和业务逻辑进行组织和定义,在产品中信息的归属有不同维度和标准,大致可分为精确信息和模糊信息2类。
有些信息可以按照精确的维度进行划分。例如首字母、时间、行政区、组织结构、文件类型等。精准的信息组织方式可以保证将信息分成定义明确且互斥的区域,容易设计与维护。
但是一些信息缺少明确的划分标准,属于模糊信息。例如网站栏目的划分、电影的分类等,更多的是按照业务和用户认知习惯确定组织形式。
常见的模糊组织方案主要有以下几种方式:
主题组织方案
当我们无法按照精确分类时,可以按照用户场景、业务逻辑归纳为符合用户认知的主题(频道),搭建信息架构的基础分类。例如品牌官网的信息归类方式。
任务导向方案
特定受众的组织方案即根据不同类型的访问者呈现不同类型的信息。以受众为导向的信息组织方案会把网站切分成更小、以受众为主的小型网站,可以在网页上呈现特定用户感兴趣的内容,避免网页的杂乱。
例如Boss 直聘中用户可以拥有“牛人”和“Boss”两种角色身份,信息内容、组织形式有着明显的差别。
另外随着老龄化人口比重越来越大,无障碍设计成为了产品设计的重要组成部分。无障碍设计并不仅仅是将字体变大,在产品内容、信息结构上也会有一定的优化调整,内容更加精简、聚焦于产品核心功能。
总的来说,特定受众方案应用还是比较少的。有的C端产品会根据用户角色划分为多个产品,例如滴滴出行有乘客端和司机端两款产品。
而在B端产品中,角色划分通常比较多,并且不同的角色间有着比较强的业务关联。因此用户会共用一个产品,通过角色权限区分不同的信息架构。
混合方案
在一款产品中,单一的分类模式很难满足所有场景的需要,信息架构应该根据实际情况,灵活地采用多种方式混合分类。
2)组织结构
组织结构指的信息架构内在的逻辑结构,分为以下四种组织方式:
层级结构
在层级结构中,节点与其他相关节点之间存在父级/子级的关系。子节点代表着更狭义的概念,从属于代表着更广义类别的父节点。不是每个节点都有子节点,但是每个节点都有一个父节点,一直往上直到整个结构的父节点。
子节点层级一般为3层,最多不超过5层。过深的层级会造成信息难以查找,同时用户到达目标点的路径会变长,操作成本也会相应的增加。
矩阵结构
矩阵结构允许用户在节点与节点之间沿着两个或更多的“维度”移动。由于每一个用户的需求都可以和矩阵中的一个“轴”联系在一起,因此矩阵结构通常能帮助那些“带着不同需求而来”的用户,使他们能在相同内容中寻找各自想要的东西。
矩阵式结构是一种多维度结构,可以让用户在相同的内容中按照个人需求找寻自己所需的信息,最典型的就是产品首页信息。作为产品内容聚合、分发的页面,可以满足用户的不同需求。目前不少C端产品都采用的是「主题+推荐」的模式,通过算法实现产品内容与用户需求的高度匹配。
B端首页则是依靠「角色+场景」构建起产品的矩阵结构,实现功能的快捷直达,以及重要信息的清晰展示。
另外矩阵式结构还体现在链路关系上,没有层级和中心的概念,更加强调信息之间的互联互通。通过这种连接关系甚至可以将跨领域、跨层级的信息关联起来。
比较典型的就是电商App,通过商品详情页可以到达店铺、到达同类推荐产品、到达客服、到达购物车、到达活动页面,甚至是搭配商品等等。这种结构具有很强的自由度和灵活性,既可以避免用户行为进入「死胡同」,又可以通过多重的信息连接,丰富产品的运营场景,带给用户更多的可能。
当然这种结构的前提是信息必须是关系紧密的功能场景,否则信息会出现错乱,并增加用户的认知负担。
自然结构
自然结构不会遵循任何一致的模式。节点是逐一被连接起来的,同时这种结构没有太强烈的分类概念。自然结构对于探索一系列关系不明确或一直在演变的主题是很合适的。但是自然结构没有给用户提供一个清晰的指示,从而让用户能感觉他们在结构中的哪个部分。
线性结构
线性结构来自于你最熟悉的线下媒体。连贯的语言流程是最基本的信息结构类型,而且处理它的装置早已被深深地植入我们的大脑中了。书、文章、音像和录像全部都被设计成一种线性的体验。
线性结构是比较单一的信息结构,信息有先后顺序要求,逐层向下递进,并且没有交叉。这种组织形式决定了线形结构主要用在简单产品或者产品信息构架的末端场景中。
例如在微信读书中,打开书籍后用户只能一页页翻看,不会与其他书籍有交叉关联。在OA,电子邮箱等产品中,每一个流程,每一封邮件都是线性的、相互独立的,信息之间不会增加不必要的关联。
2、标签系统
虽然后台有历史数据显示,“开心收下”的文案用户点击率比较高,并不意味着这个文案可以用在所有场景下。“开心收下”意味着完成领取并入账,“立即领取”则是需要继续操作才能完成领取,两者适用于不同的场景。
4、搜索系统
产品目标及定位
同类型产品的目标、定位、用户群体并不是完全相同的,在各自的细分领域形成了各自的差异化优势。这些都会直接和间接地影响产品的信息架构。
例如国内3大电商平台的主导航基本一致,但也不是完全相同,大家可以体会和思考下其中的差别。
产品类型
上面不少案例提及了B端和C端产品,由于产品类型、适配终端、产品目标等方面的影响,信息架构有着比较明显的差异。同样都是C端产品,购物类产品重搜索与推荐,金融证券类产品则是重功能导向,界面看似一致的,但是信息架构中组织系统、搜索系统背后的逻辑也存在较大差异。
产品复杂度
简单产品的信息架构也会比较简单,或许线性的组织结构就可以搭建起核心业务的信息架构,例如QQ邮箱。
复杂产品的信息架构会运用多种组织结构方式,相关的标签系统、导航系统、搜索系统都会加强。例如云类产品的标签系统,既要考虑整体的一致性,又要明确各个产品间的差别。搜索功能也不仅限于产品功能,还会拓展到活动优惠、帮助文档等内容,让用户搜索得更彻底。
2、用户视角
用户需求
用户认知能力
#03
将信息架构抽离出来,其实包括了组织体系、展示形式和操作体验3个环节。相应的也会有3个设计原则。
1、延展性
产品是不断成长迭代的,信息架构需要具有兼容性和弹性,可以适应多个层级的扩展或精简,保证一定迭代周期内的架构稳定。频繁变动的信息架构必然会带来产品的研发成本提高,并且增加用户的学习成本。
2、易学性
信息架构需要有一套准确的分类标准,能够指导后续架构的优化迭代,也可以便于用户理解和学习。细分下来包含了逻辑性和一致性两个方面。逻辑性则体现在信息之间的关联关系,实现用户链路的准确、高效。一致性体现在分类方式、分类结构等方面,便于用户认知。
3、易用性
上文提到过,信息架构的的广度和深度在一定程度上决定了操作体验。设计时要做好信息架构的平衡性,避免只是从业务角度出发,出现十几个一级导航菜单并存的局面。
写在最后
信息架构是个复杂的系统,并不是设计师个人的工作,也不应该从零开始构建。而是在产品功能架构或者产品规格清单基础上,从用户需求和场景出发,梳理出来的符合用户体验逻辑的产品骨架。
信息架构直接决定了后续产品设计的组织脉络,因此准确有效的信息架构是产品战略落地过程中重要的一环。设计师需要拥有相关的知识和能力,才能在设计工作中产出合理的设计方案。
信息架构内容很多,文章是笔者个人的观点,难免存在不足之处,欢迎大家交流指正。
回复数字【01】,获取100+“行业报告” 回复数字【02】,获取“大厂设计规范” 回复数字【04】,获取“作品集包装攻略” 回复数字【06】,获取“笔试面试技巧” 回复数字【08】,获取“精选样机合集” 此外还可领取“大厂原型文件”、“设计师简历样本”、“App设计参考作品”等高价值资料 |