信息架构40课件

信息架构信息架构设计相关理论

信息架构设计相关理论很多设计师拿到需求⽂档之后急于动⼿画图，忽略了信息架构设计对于产品的作⽤。信息架构作为⼀个产品的⾻架，是产品⾮常重要的⼀部分，它决定了⼀个产品的布局和未来的发展⽅向以及⽤户对⼀个产品的最初印象和整体体验。毫不夸张的说，好的产品信息架构是产品成功的⼀半。那么到底什么是产品的信息架构呢？该如何设计产品的信息架构？如何评判⼀个产品信息架构的好坏？信息架构设计的概念及重要性信息架构是产品的⾻架，从根本上决定⼀款产品可以解决什么问题，由哪些部分组成，之间的逻辑关系是什么。信息架构设计是对信息进⾏结构、组织以及归类的设计，好让使⽤者与⽤户容易使⽤与理解。合理的信息架构设计不合理的信息架构设计信息架构设计相关理论

信息架构的作用：（1）从产品体验层⾯上看，合理的信息架构为信息产品提供可⽤性、可寻性及可理解性。简单来说，信息架构的⽬的就是让⽤户能够更容易在给定系统中理解当前信息环境、找到⽬标内容。（2）从交互设计的流程上看，信息架构设计属于结构层的设计，为框架层和表现层提供强有⼒的设计⽀持和设计指导。信息架构设计相关理论信息架构（informationarchitecture）是指对某一特定内容里的信息进行统筹、规划、设计、安排等一系列有机处理的想法。信息架构是信息的组织方式对于一本书来说，目录就可以算是它的信息架构，对于一个产品而言，信息架构是一种组织化的展现形式，是导航、是搜索、是标签亦是页面布局。信息架构设计相关理论信息架构是桥梁，将人与信息之间建立连接，使信息呈现更明晰获取更容易。在用户体验五要素中属于第五层结构层，结构层的任务是这样描述的，对软件产品来说，就是将产品需求转化为系统与用户之间的互动，这一点主要通过交互设计来实现，交互设计不做过多阐述，后面再讲；对信息产品来说，则是将零散的内容元素转化为有序的、立体的信息空间，这一点主要就是通过信息架构来实现。信息架构设计相关理论

信息架构的功能：信息架构是产品的骨架，它决定了产品包含的内容及内容之间的关系，也决定了用户对于产品功能的直观感受。信息架构最直接的功能就是分类，通过信息架构，能够快速找到自己所需要的内容。例如，当你进了一家商场，想要买一件女装上衣，这个时候你可以直接问工作人员或者是先看看商场的楼层分布图。信息架构设计相关理论你发现一楼有服饰相关的产品，于是你来到一楼，又看了看一楼的服饰品牌分布，找到自己的区域于是前往具体的店铺找到自己喜欢的上装。信息架构的基本原则

这是一家商场的信息架构。整个的流程是不是跟我们在网上购物很类似呢。对于互联网而言，以天猫为例，同样的，我们可以直接搜索（类比直接询问工作人员）信息架构的基本原则

也可以通过商品分类导航找到上装：女装--精选上装--...信息架构的基本原则

信息架构的分类根据ToC和ToB产品的区分，我们可以将其分为轻架构和重架构。1.ToC产品是面向海量用户的，如果信息架构过于复杂，用户付出的学习成本太高会造成用户流失，对于此类产品而言，需要有十分简单清晰的信息架构，便于用户快速学习使用产品，体验产品。例如抖音，快手等都是属于轻架构产品。信息架构的基本原则

信息架构的分类根据ToC和ToB产品的区分，我们可以将其分为轻架构和重架构。2.ToB产品是面向某一类有特定需求的用户的，这类产品通常具有功能严谨的信息架构，需要用户付出一定的学习成本，例如CRM系统。对于ToB产品的信息架构设计通常是比较复杂的。信息架构的基本原则

对应性原则产品⽬标与⽤户需求互相对应。⼀个好的信息架构搭建的⽬的，应该是满⾜⽤户需要，⽅便⽤户快速准确地找到相关信息。例如新闻类产品，经常以时间顺序组织信息架构。因为⽤户需求中，对于“新闻”的时效性的要求是唯⼀的重要要素。同时，对于产品本⾝，只有提供最新的资讯才能在竞争中获得优势信息架构的基本原则

例如今⽇头条的app，对于今⽇头条⽽⾔，不仅在时间维度上顺应⽤户需求，提供最新的相关新闻，还通过算法调整对每⼀个⽤户进⾏针对性的新闻组织和推送。有效地提⾼了⽤户资讯的获取率，降低了⽤户挑选内容的门槛信息架构的基本原则

延展性⼀个好的信息架构，优秀的延展性是必不可少的。⽤户量激增，需求都做不完，如何在保持原有的APP信息架构基础上。对新增的需求进⾏设计，就⼗分考验设计师的基本功⼒。例如：微信中的发现功能，在原有功能的基础上同时增加了新的内容，但不会影响⽤户的原先使⽤功能用户对信息的查找和理解1、已知条目的搜索。用户通常知道自己在寻找什么，如何称呼它，在哪里可以找到它。例如搜索通讯录来查找同事的电话号码。2、探索式搜索。用户基于模糊的意图进行开放式的搜索，在基本信息和详细信息之间跳板式游走。例如在不明确出游计划时，搜索旅行目的地和攻略。用户对信息的查找和理解3、无遗漏式搜索。用户千方百计地寻找某个主题的全部内容，用户此时有极强的耐心，会使用不同的术语进行检索。4、重新搜索。受衰退的记忆和繁忙的日程的影响，用户会在获取到某个信息之后离开，之后再次重新搜索它。例如好的设计是Instapaper的稍后再读功能，以及一些场景中的收藏功能。用户对信息的查找和理解用户基于框架来理解信息。框架是围绕着某些内容创建一个小世界的方式...例如，一幅画的悬挂位置决定了其情景，即使是同一张画，在纽约现代艺术博物馆展示和悬挂在破烂酒店的浴室，是不同的。用户对信息的查找和理解因而，往大了讲，信息架构是在定义语义元素，形成采摘信息并顺利决策的“场所”。“场所”一词来自于建筑学，基于此引申出来的原则包括；一致性、层级与秩序、重复与韵律、类型与模块化等。组成信息架构的组件组织系统：如何组织信息。将信息进行分类或分组（例如按主题、按任务、按用户、按年代等）。其构建方案分为精确的和模糊的。精确的组织方案：将信息分成定义明确的区域和互斥区域。常见的方式如字母顺序、年代顺序、地理位置方案等。组成信息架构的组件模糊的组织方案：将信息分成不精确定义的种类。模糊性方案的意义在于，用户获取信息的行为是“反复性”和“交互性”的。常见的方式如主题式（如报纸的主题板块）、任务导向的（流程、功能或任务的集合）、特定受众的（将网站切割为更小的、以特定受众为主的小型网站）等。其他：自由式标签（facebook、twitter等采用的额社会化分类方法，比如通过“#+关键词”来标记对象）。信息架构的基本原则标签系统如何表示信息。分完类之后需要考虑如何称呼，标签系统和组织系统密不可分。标签系统的目的在于有效传达信息，比如“联系我们”是一种标签，它表示一块内容，通常包含联系人姓名、地址、电话和电子邮箱等信息。一些原则：缩小范围（保证内容、用户和情景的集中），语法一致性，粒度一致性（用户遇到一组不同粒度的标签会感到困惑）。信息架构的基本原则

相关性上下层级、层级中内容必须有相关性。⽐如这⾥举⼀个反例：⽗级为【海外名校】，⼦级中出现了【海外移民】和【海外房产】等与⽗级不相⼲的内容。容易让⽤户变得迷茫：我访问的对吗？这⾥⾯会有我想要找的东西吗？页面之间的关联性信息架构的基本原则

独立性同层级分类应该是相互独⽴的。同层级两个分类不存在交集或包含关系。例如：在⽹站最⾼⼀级的导航栏中，【⼩测试】属于【考试】的⼀个类别，存在包含关系，但是却放在同⼀级导航中，不太合适页面之间不具备独立性信息架构的基本原则

易于理解使⽤⽤户容易理解的语⾔进⾏信息结构拆分，如超市分区中，给猫猫狗狗的⽤品统⼀为【宠物⽤品】；但是采⽤【脊索动物⽤品】明显⼤部分⼈不理解。当拿不准使⽤哪⼀个名称进⾏信息架构搭建时，可以采⽤⽤户测试来观察⽤户对分类和功能名称表述的理解能⼒。⼀个好的名称应该是没有歧义或者会造成⽤户不解的。如何浏览信息。导航是防止用户“迷路”的工具。可分为全局、局部和情景式。全局式即在网站的每一页都会显示的全域导航系统，它通常是以每个页面顶端的导航栏形式来实现的。局部式是对全局式的补充。导航系统全局和局部式导航通常表现出一定的层级性，当有的关系不适合以此展现时，就需要建立指向特定网页或对象的情景式导航连接，比如一些指向类似文章和相关主题的导航。其他还包含了个性化导航（如各电商的猜你喜欢）、社会化导航（如Facebook依据社交图谱建立的链接表）。如何搜索信息。查全率和准确率：当用户在对某一主题进行“尽职调查”时（寻找全集），需要很高的查全率，期望看到任何提到关键词的资料。另一方面，用户如果想搜索到两三片好文章时（寻找较优解），需要很高的准确度。另外，查全率和准确率是负相关的，二者不可兼得。搜索系统排名和排序：当用户在寻求做决策时，排序尤为重要，如在比较商品时，使用的按价格或销量排序。当用户需要理解信息或学习事物时，排名更有用，如在检索文档时，按照相关性来排名，或是google以pagerank的方法，对链接的质量进行排名。搜索系统元数据元数据是描述数据的数据。比如数字图像包含了图像大小、颜色深度、图像分辨率、创建日期和其他数据的元数据。文本文档的元数据可能包含了文档长度、作者、编写日期和文档摘要的信息。

开发流程规划软件开发流程即软件设计思路和方法的一般过程，包括对软件先进行需求分析，设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编码和调试、程序联调和测试以及编写、提交程序等一系列操作以满足客户的需求并且解决客户的问题，如果有更高需求，还需要对软件进行维护、升级处理，报废处理。周期和阶段从管理的角度，即从业务和经济的角度来看，软件的生命周期包括四个主要阶段：起始阶段（Inception）--有一个好的想法：具体构想出终于产品的设想和它的业务案例，确定项目的范围。细化阶段（Elaboration）--计划必要的活动和所需资源，具体确定功能并设计构架。构建阶段（Construction）--构建产品，发展最初的设想、构架和计划，直到一个能够交付给用户的产品（完毕后的设想）完毕。周期和阶段移交阶段（Transition）--将产品移交用户使用，包含：制造、交付、培训、支持、维护，直到用户惬意。完毕这4个阶段称为一个开发周期，它产生的软件称作第一代（generation）。除非产品的生命结束，一个现有产品能够通过反复下一个同样的起始、细化、构建和移交四阶段，各个阶段的侧重点与第一次不同，从而演进为下一代产品。这个时期我们称之为演进(evolution)。最后伴随着产品经过几个周期的演进，新一代产品也不断被制造出来。比如，演进周期的启动可能由下面这几项触发：用户建议增强功能、用户环境的改变、重要技术的变更，以及应对竞争的需要。实际中，周期之间会有轻微重叠：起始阶段和细化阶段可能会在上一个周期的移交阶段未结束时就开始了。周期和阶段从技术的角度来看，软件开发能够视为一连串的迭代过程，通过这些迭代被开发的软件得以增量演进。每次迭代都以一个可运行的产品的公布而结束，该产品可能是完整版本号的一个子集，但从project的或用户的角度来看是实用的。每次公布都伴随一些支持性工件：版本号描写叙述、用户文档和计划等。一次迭代包含下面活动：计划、分析、设计、实施和测试。依据迭代在开发周期中所处位置的不同，这些活动分别占不同的比例。管理角度和技术角度之间是协调的，并且各个阶段的结束还和各次迭代的结束保持同步。换句话说，每一个阶段能够分为一次或多次迭代过程。迭代对于不同的项目而言，每一个阶段的侧重点，入口和出口准则，一个开发周期的各个工件，以及各次迭代的数目和长度都会不同。这主要取决于作为过程判别式的的四个主要项目特征。依照影响程度降序排列，它们是：业务环境契约性工作，开发人员基于给定的客户规格说明仅仅为该客户开发软件。猜测性开发或商业开发，开发人员开发软件以推向市场。内部项目，开发人员和客户在同一个机构中。差别软件开发工作量的规模：依照一些度量标准来确定，比方DeliveredSourceInstructions，或功能点、人-月数，或者仅仅依照成本。新颖程度：对于软件开发组织，这个软件新颖程度怎样有多新，尤其是该软件是否为第二次或更后面的周期。这项差别包含了组织和过程的成熟度、资产、技术水平，当前的技状况，以及诸如组建并培训团队、获取工具及其它资源这种问题。应用类型，目标领域：MIS，命令和控制系统,嵌入式实时系统,软件开发环境工具等等,尤其时详细的应用领域会给开发提出特殊的约束条件：安全性、性能、国际化、内存限制等。差别1.相关系统分析员向用户初步了解需求，然后用相关的工具软件列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。2.系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。3.系统分析员向用户再次确认需求。开发流程需求分析首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。开发流程概要设计在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。开发流程详细设计在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题！开发流程编码测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。软件测试有很多种：按照测试执行方，可以分为内部测试和外部测试；按照测试范围，可以分为模块测试和整体联调；按照测试条件，可以分为正常操作情况测试和异常情况测试；按照测试的输入范围，可以分为全覆盖测试和抽样测试。以上都很好理解，不再解释。总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会有不可预料的问题存在。完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。开发流程测试在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。开发流程软件交付用户验收。根据用户需求的变化或环境的变化，对应用程序进行全部或部分的修改。开发流程验收维护近几年，我国移动应用增长迅速，移动APP应用已渗透社交、视频、旅游和零售业等各个领域，传统的互联网巨头们也开始将目光聚集到了移动互联网。在移动互联网时代，移动APP开发是关键，但是开发一款移动应用的过程并不容易，有时甚至令人感