信息架构设计-认识产品信息架构信息架构分析 _经验分享

什么是信息架构IA?IA是information Architect的缩写，意思是信息架构，通俗讲就是数码的意思。
〔从C到B〕什么是信息架构？——信息架构图：是什么？为什么？如何画?内容提要：
1.“信息架构”是什么？
2.“信息架构”为什么？
3.“信息架构”怎么做？
4.“信息架构图”实例——推荐工具、推荐案例
（理解“信息架构”，先从“信息”开始，这部分，认真看。）
一、“信息架构”是什么？
1.什么是“信息”
在理解“信息架构”之前，其实需要先理解“信息”概念。
百度是这么说的：信息泛指人类社会传播时的一切内容。
香农是这么说的：信息是用来消除随机不确定性的东西。
大家知道，香农（Shannon）是信息学奠基人，被称为“信息之父”，他这个“ 信息是用来消除随机不确定性的东西 ”的定义，被广泛引用、堪称经典。
这个定义，什么意思？
（1）信息，是确定的抽象。——能被确定
表象，是观察、感知：视觉形象、感性认识。
抽象，是思考、探索：本质规律、底层逻辑。
（注意“观察”和“思考”的区别）
所以，信息就是“抽象”的结果。这个结果，必须确定。
概念：如何定义人？
如果，你的信息是“直立行走的生物”，那企鹅、鸵鸟、甚至姥姥家养的大白鹅怎么办？
正确的示范是从生物、文化、精神层面来定义。生物学上，人被分类为人科人属人种，臂间多次倒位，是一种高级动物。文化学上，人被定义为能够使用语言、具有复杂的社会组织与科技发展的生物，能够建立团体与机构来达到互相支持与协助。精神层面上，人被描述为能够使用各种灵魂的概念。
所以，信息是确定的抽象，它的效果：能被确定。
（2）信息，是内容的载体。——能被感知
抽象概念往往需要实体呈现，比如语言、图画、文字等等，这样才能够传播。
你比如，同样表达“红色的苹果/Apple”这个内容。
在汉语中，叫做“红苹果”；在英语中，叫走“red apple”；在日语中，叫做“赤いリンゴ”；在俄语中，叫做“ красноеяблоко ”在法语中，叫做“Des pommes rouges”
如果用图画表示，你可以提供一张图片。
如果有语言表示，你可以亲口告诉别人。
当然，你还可以用肢体语言（游戏）、音乐舞蹈（艺术）来表达“红苹果”这个概念，只不过成本比较高，在信息架构领域，属于“认知负荷高”“使用体验差”的示范。
所以，信息是内容的载体，它的效果：能被感知！
2.什么是“信息架构”
当我们充分了解了“信息”这个概念“能被确定、能被感知”的特点，去理解“信息架构”工作就水到渠成了，就是让信息：
能够“更准确”地被确定。
能够“更容易”地被感知。
所以“信息架构”这个概念？一点儿也不难定义，一点儿也不难理解：
信息架构（information architecture）定义：
将“人”与“人想获取的信息”联系起来，使信息：呈现更明晰、获取更容易。
（有“信息”的铺垫，这“信息架构”都不用解释了。）
二、“信息架构”为什么？
我们在理解“信息架构”的概念时，就花了很多心思研究理论。所以，谈目标，咱们可以暂时去掉概念纠缠，总结目标如下：
（1）将信息“分类”，构建信息的“货架” 。
（2）将信息“连接”，搭建信息的“桥梁” 。
（3）对信息进行“处理（设计）”，让信息“易识别、易记忆、易理解” 。
上述（1）（2）（3）的最终目标完全一致：
让用户高效、舒服地获取、理解信息！
怎么算达成这个目标呢？
实际上，在《用户体验要素》中，信息架构是“结构层”的任务。说白了，用户能够直接感知的“界面设计/导航设计”只不过是“信息架构”的输出产物。因此，信息架构的终极目标，是直接指向用户需求、用户体验的。
一言以蔽之，信息架构的目标：让客户爽！
请随时考虑如下问题：
?用户浏览我们网站的过程是怎样的？
?这个应用怎么样帮助用户分类他们的信息？
?这些信息是怎么样呈现给用户的？
?这些信息有没有帮到客户，并驱使他们做出决定？
三、“信息架构”怎么做？
信息架构是“结构层”的核心工作，原则上说，是针对内容、而非功能。所以，我个人建议“信息架构=内容架构”，虽不严谨，但更好懂。
信息架构怎么做？
1.起范，书上是这么写的？
虽然，中有很多“信息架构-构建流程”的文章，提出了如下流程：“研究→策略→设计→实施→管理”，但事实上，大家都知道，除非是国企，否则我们不可能这样干活儿！
2.讲真，我们是这么干的！
那些“用户调研、竞品分析、背景研究、策略会议、技术评估”重要吗？是的，重要！但实际上，这些“磨刀功、童子功”并没有想象的那么有价值，因为这些步骤、流程临时做的意义往往不大，耗时、耗人，并且往往很难发挥预想的效果。
说白了，信息架构工作中，那些的“时间属性”的“流程/process”并不多，不用刻意强调先后顺序，而应该在“空间属性”上去关注“组织系统、导航系统、标签、搜索、元数据”这“五大方面”，并且要求“交叉印证、同步推进”，给大家制表说明：
这个推荐书目，我有书评，也请参考：
《用户体验要素》书评——提升“交互设计”的“用户体验”，授人以鱼，不如授人以渔？
链接： https://www.jianshu.com/p/63e48fa0d229
4.“信息架构”实例
（1）推荐工具
普通类：Axure、XMind、MindManager
文艺类：不常见的Treejack、Omnigroup的图表和线框套件Omnigraffle
——但我最擅长，2B型，word和excel！别瞧不起这些工具，超快捷、超清楚。有机会，详细介绍。
（2）推荐案例
我曾经担任“嗖嗖搜题”的产品经理，宏观架构、微观数据，各出一张图供大家参考：
①宏观：
②微观：
深度学习，推荐这篇：《用户体验要素》书评——提升“交互设计”的“用户体验”，授人以鱼，不如授人以渔？（附：三维模型图） https://www.jianshu.com/p/63e48fa0d229
如何进行信息架构设计？从用户体验设计的5个层次来看，结构层和框架层是交互设计师设计的核心范畴：框架层呈现的是每一个界面中文本、图片、按钮、控件等元素的具体内容、位置及关系，包含界面布局、导航设计和信息设计。而结构层则决定了每个界面应该有哪些文本、图片、按钮和控件元素，以及这些元素在交互前后的逻辑对应的关系。如果说框架是面，那么结构则是包含面+面与面串联的关系网络。对于交互设计师而言，信息架构设计是每个交互设计师都必须要掌握的基本功，那到底什么是信息架构设计？为什么要进行信息架构设计，以及如何进行信息架构设计呢？下面我们一一来看。
一、What | 什么是信息架构？ 1. 信息架构的起源信息架构(information architecture)，简称 IA 。1976年，瑞查德·索·乌曼在担任美国建筑师协会会长时创造了“信息架构”术语，用来应对当代社会信息的不断增长和爆炸。她的妻子说道：“他所有的训练，作为一个建筑师，作为一个制图者，作为一个平面设计师，作为一个企业家，作为一个出版商，还有作为一个作家，本质上都是想要让信息变得清晰易懂。” “信息架构”是一种使问题变清晰的方式。
2. 信息架构的定义 IA 的主体对象是信息，由信息架构师来加以设计结构、决定组织方式以及归类，好让使用者与用户容易寻找与管理的一项艺术与科学。信息架构=信息+架构。信息包括各种文本、图片、影音等元素；架构则对应这些元素的选择、分类、导航和检索。通俗点说，信息架构就是通过合理的组织和表达各种信息元素，让用户获取并理解信息更容易。为信息与用户认知之间搭建?座畅通的桥梁。
三、How | 如何进行信息架构设计？在本章节，我们先了解一下构建信息架构的3种方式，然后学习信息架构的4种常见类型，再学习一下信息架构的设计逻辑流程，最后给大家举一个非常小的设计案例帮助大家理解。
1. 信息架构的构建方式信息架构有3种构建方式：自上而下，自下而上和综合运用。1）自上而下的构建方式自上而下的构建方式是由战略层驱动的，根据产品目标与用户需求直接进行结构设计，进行新产品规划或者产品重新定义的时候会用到。自上而下的构建方式，会先从最广泛的，最有可能满足目标的内容及功能开始分类，再依据逻辑细分次级分类。（MVP的设计思路）所有分类都是空槽，最后将内容和功能按顺序填入。它有一个明显的缺点是：可能导致现有重要内容被忽略。
2）自下而上的构建方式自下而上的构建方式是由范围层驱动的，根据对现有的内容和功能需求的分析进行设计，这是项目实践中大家最常用的一种方式。在具体项目实践中，产品或设计师根据对现有内容和功能需求的分析，将它们分别归属到较高一级的类别，从而逐渐构建出能反映我们的产品目标和用户需求的结构。（常用卡片分类法辅助）它也有一个缺点：可能导致不能灵活兼容未来内容变动或增加。
3）综合运用的构建方式正因为自上而下和自下而上都有其明显的缺点，所以理想的信息架构的构建方式都是综合运用的，同时从战略层和范围层进行驱动，以构建一个适应性强的系统。一个适应性强的信息架构系统，能把新内容作为现有结构的一部分容纳进来（如图左侧），也可以把新内容当成一个完整的部分加入（如图右侧）。
信息架构的基本单位是节点，节点可对应任意信息要素或信息要素的组合，小到一个字段/控件，大到一个界面/功能都是可以的，不同场景下，节点的颗粒度不相同。这些节点的排列方式有4种常见的类型，也就是我们所说的信息架构类型。大家在具体设计的时候，可以参考使用。
3. 信息架构的梳理逻辑与呈现有了前面的构建方式和信息架构类型作为指导思想，结合我们的设计分析，可以帮助我们梳理出特定结构的信息架构和任务流程，并以受众易理解的方式进行呈现。在梳理过程中，我们以业务侧在范围层提供的信息范围为基础，通过竞品分析（了解竞品的组织系统、标签系统、导航系统、搜索系统规则），结合本品现有信息架构的数据表现（了解我们用户在我们产品中的行为偏好），再配合以用户调研（通过用户问卷或者卡片分类，了解用户对信息归类组织的心智模型）最后利用逻辑推理，可以整理出适合我们产品的信息架构和任务流程。
所以真实的项目中做信息架构，绝不仅仅是将产品提供的功能、内容进行简单的归类分组，既要自上而下的考虑其拓展性，筛选/补充重要的节点纳入信息架构。还要考虑其命名（标签系统）用户能否很容易的认知理解。然后再是将所有信息按照某个或某几个特定的维度进行分类组织（组织系统），最后再考虑呈现，以何种形式表达给大家，让大家更容易理解。
严格来讲，并没有标准的信息架构表达模式，在《信息架构——超越Web设计》一书中，罗列了多种信息架构的表达方式，只要能够向受众传达清楚，什么表达形式都是可以的。在互联网项目中，大家用得比较多的形式包括：信息架构图和逻辑流程图。和交互设计原型一样，重点不是这张图的形式（这种图在技术层面上谁都能画），而是这张图背后的（组织系统、标签系统、导航系统、搜索系统）。
1）组织系统：选择合适的维度及结构组织系统：以什么维度来归类组织这些信息，我以曾经做Material Design的组件分享为例，官网提供的组件如下图所示：但归类方式肯定不止这一种形式，大家在学习的时候，可以按照自己的组织系统进行归类整理。
以新闻呈现为例，可以按照时间维度归类，可以按照主题维度进行归类、可以按照媒体方的维度进行归类，可以按照表现层视频、图文、文字的形式进行归类，到底按照什么维度进行单一归类还是进行矩阵归类，这就是你的组织系统要解决的问题。
2）标签系统：选择合适的语言及图像标签系统，通俗来讲就是要我们对当前整个系统信息节点的命名，从而让信息的呈现更容易识别，包括文本标签和图片标签。比如我归类的栏、控件和视图，用户是否也习惯这样的分类方式，我选择的图标是否能准确地表达文本标签的涵义。
3）导航系统：选择合适的导航结构导航系统的内容比较多，我们将在下一堂课单独讲解 4）搜索系统：是否选择搜索搜索系统是我们平日最常用的查找信息的功能，它能够帮助我们快速进行信息的检索。虽然搜索功能非常重要，但并不是每个系统每个页面都需要搜索。我们决策是否添加搜索需要考虑三点：
内容丰富度：产品所承载的内容丰富度/复杂度低，内容少（搜索可能经常得不到结果）往往不需要提供搜索。内容性质：产品提供的内容如果是偏兴趣探索，浏览型的也可以不需要搜索；搜索场景：如果搜索场景很简单，考虑是否只用筛选或分类就能够解决问题；反之如果搜索内容很复杂，我们还可以搜索结合筛选来更好地查找信息。
上述 3 点决定了我们是否需要考虑搜索功能。而关于搜索的具体设计，也是一个庞大的课题，我们先不做进一步的阐述。信息架构图是一个中间产物，他的呈现形式是相对简单的，但这个形式背后的思考（组织系统、标签系统、导航系统、搜索系统）是需要设计师深思熟虑的，设计师在做信息架构时，务必要将信息（有哪些信息，如何命名）和架构（如何分类组织，如何呈现）都考虑清楚，之后的框架层设计才能更清晰明确。
信息架构设计-认识产品信息架构1.什么是产品的信息架构
组织产品中的各个元素,以大家更容易接受和合理的方式摆放处理.布局合理指引明确
情景1: 就像饭店收银台等候区在前面大厅包厢放中间厨房洗手间放在后面.基本的组成方式大多数如此.
情景2: 实际中你想去洗手间怎么走,需要指引,就跟产品引导一个意思.
情景3: 大厅里有2人 4人 8人桌等, 分别怎么摆放.
情景4: 菜单有很多菜, 什么菜分到哪一个类目里. 炒菜,凉菜,东北菜...
综上,信息架构设计是对信息进行结构/组织方式以及归类的设计,好让使用者与用户容易使用与理解的一项艺术与科学.
非常在意使用者和心智模型. 页面布局要合理,也要有一定的科学性符合用户的心智.
2.为何产品需要合理的信息架构设计
举例单看页面菜单,就可以知道这个产品是干什么的,聊天购物..
好的产品让用户一眼就明白你的产品能做什么,大概怎么用; 用户都能在需要的时候容易找到某个功能.,归类很清楚. --> 做好前面两点,就能带来更好的体验和更高的留存率.
3.信息架构为何需要设计?
实际做产品的时候,功能会很多,而且会越做越多. 信息架构不是功能的简单堆叠(豆腐块的页面布局),所以需要更有逻辑性的方法.
为了让界面看起来简单,其实功能慢慢发掘会很复杂.所以要好好的进行信息架构的设计.
信息架构的梳理方法有哪些一、头脑风暴
用思维导图的方式，记录需求方对于产品的需求和思路。没有固定的格式遵循，不必考虑对错。记录后再经过两三次的重新梳理，力求让自己充分理解产品定位和核心需求，以及未来的发展方向。重新梳理的思维导图，将进行深度分解，应用到之后的9个步骤中。
二、用户和行为
对用户进行分类，并且罗列用户的主要行为，适当描述行为的流程。
用户的分类方法设定两个层级，第一级为用户分组，我们称之为“阵营” 。例如：产品运营方阵营，做的是对内容、业务的管理维护；消费者阵营，做的是查询、下单、社交、分享；供应商阵营，做的是订单管理、商品维护、售后服务等。多个阵营最终组成产品的生态体系。
每个阵营有不同的权限需求，衍生出对应的角色。例如：管理员、客服、普通会员、VIP会员、供应商、配送员等。
详细列出每个角色在使用产品时的操作行为，例如：购买商品、充值/提现、创建新商品、分享照片、领取任务、邀请注册。其中一定有某些行为，与团队经历和市场常见的需求不同，需要指出其中的特殊流程。
通过对特殊流程的描述，将有助于指导业务逻辑和数据库的设计。
三、系统行为
除了人为操作的行为之外，有一些行为属于系统自动执行。例如：自动统计订单、自动结算账单、自动发送信息等。这类行为往往需要服务器端运行定时策略，执行后会产生或改变数据。相比由用户操作的被动执行程序，也被称为主动执行的程序。
四、子系统和客户端
分析了用户分类和各种行为之后，便可以规划系统划分为几个子系统和依托几个客户端。
例如：运营方使用的运营管理系统，是一个PCWeb端子系统；消费者购物用的子系统包含4个客户端，PCWeb端、iOS端、Android端、微信H5端；本文撰写工具有道笔记，有Windows客户端、Mac客户端。
罗列所有子系统和客户端，并对每个客户端做阶段性开发的排序，产品生命周期往往是先抓住种子用户，针对这个人群退出合适客户端。
五、界面分布
每个子系统和客户端拥有多少个界面，每个界面如何命名（中文和英文）。
首先需要划分子系统和客户端，再划分内容模块，最后罗列每个界面的名称。例如：运营管理系统/PCWeb端/商品管理/商品列表。
我将界面区分了三种类别：page / tab / dialog，区分它们的显示状态和层级关系。
界面的命名规范，每个团队有自己的习惯，我的习惯是“内容+形式”，例如：goodsList / articleDetail / orderForm / cartGoodsList，仅供参考。
在信息架构分析表中，我加入少量项目管理的元素。界面分布表中，我加入UIMock、静态样式和接口集成的开发进度，描述界面设计和前端开发是否完成。
六、数据关系
该步骤分析数据和数据之间的关联，将指导设计数据库结构。有特殊需求的地方，可以注明字段类型、长度、枚举等细节。
一个订单表，关系着多个表：商品明细表、用户表、商品表、收货地址表、地区表、优惠券表，我们需要描述它们之间的关联字段是什么。尤其是复杂业务或团队缺乏经验的领域，前期更要规划好表之间的关联关系，尽量考虑未来可能的变化和发展。
七、数据模型
这份数据模型所描述的是核心内容展示给用户看的信息，用表格型结构的方式呈现，不必描述所有数据表。
当核心的数据关系梳理清楚，我们需要提供一份数据模型，分别给需求方、交互设计和开发人员进行沟通。需求方需要明确回复，展示给用户看的数据是否足够；交互设计需要根据模型设计原型图上展现的信息；开发人员需要围绕数据模型考虑扩展、冗余、条件判断等需求，设计更详细的数据库结构。
八、关键元素
系统中可能需要设计一些与众不同的效果和功能，被称为关键元素，必要时绘制出的wireframe 。关键元素往往是产品的卖点，前期沟通的时候一定会深入讨论；也往往是一个对设计和开发略有挑战的需求，也必须前期思考实现方式。
关键元素举例：

用个十百千万的格式输入金额（像会计帐本上的填写方式），与常规的输入方式不同；

搜索结果排序规则，需要给每个内容设计一个“权重”字段，至于权重值如何产生，后续再设计具体算法；

《信息架构：超越 web 设计》用户寻找关于某个主题的全部内容。他用很多方式表达他在寻找什么，会很有耐心滴使用不同术语来搜索。
交互设计、信息架构、功能和需求，每个环节都有一些看似矛盾的规则。这本书里也提到一些。
我们在信息架构中腰考虑给用户营造场所感，让他明白这里是哪里，可以干什么。这里有一些特定的设计模式，对这些约定俗成随意改变和创新，可能会让用户困惑。
作者提到的是导航设计时会面临这个问题。导航设计，尤其在全站、局部、情景式导航共存时，尤其需要注意。
文本导航更好还是图标导航更好？
在拥有很多空间的桌面类网页浏览器中，文本标签是规范，因为它们往往更清晰。但是屏幕空间受限时，图标导航更好。
【信息架构设计-认识产品信息架构信息架构分析】关于信息架构和信息架构分析的内容就分享到这儿！更多实用知识经验，尽在 www.hubeilong.com

信息架构设计-认识产品信息架构 信息架构分析

信息架构设计-认识产品信息架构信息架构分析