信息架构
2021-05-08 17:19:38 0 举报AI智能生成
信息架构 笔记大纲
作者其他创作
大纲/内容
信息架构
概述
一，信息架构解决的问题
查找和理解
信息过载
不同情境中的信息交互的一致性
语义结构
标签
菜单
视觉元素
内容
二，信息架构的定义
定义
共享信息环境的结构化设计
数字，物理和跨渠道生态系统 中 组织，标签，搜索和导航系统的合成
创建信息产品和体验的艺术及科学 以提供可用性，可寻性和可理解性
一种新兴的实践性学科群体，目的是把设计和建筑学的原理导入数字领域中
抽象的，存在于产品和服务的深层语义结构中
有效信息架构模型
情景
组织任务，目标，策略，员工，流程，程序，物理和技术设施，预算和文化，愿景，资源混合后成为独一无二的组织
考虑情景差异
文档，应用程序，服务，模式，以及人们使用查找的元数据
区分信息生态的因素
所有权
格式
结构
元数据
数量
动态性
用户
将要使用你信息环境的人
三，为查找而设计
人们查找信息的不同模型（信息需求模型）
已知条目搜索
（正确结果）明确目标，名称，位置的搜索
探索式搜索
（一些好结果）在众多信息中心找到一些有用的条目
无遗漏式搜索
（所有内容）想要一切相关信息
重新搜索
（再次需要他）不希望丢失踪迹的信息
人们的信息搜寻行为
整合
搜索
浏览
询问
迭代
采摘模型
珠形增长模型
两步走模型
反复性，交互性
如何了解这些行为
搜索分析
情景调查
等
四，为理解而设计
营造场所感
定义语义元素（例如导航标签，分区标题，关键字和图片等）的构成，并产生捕获场所的设计原则，目标和准则（例如这是一个孤独严肃的场所）
不同结构实例之间的一致性（移动端和PC网页）
基本组织原则
结构和秩序节奏
类型系统
模块化和扩展性
原理
五，信息架构详解
自顶向下的信息结构
通过模块划分回答用户问题的信息结构
自底向上的信息结构
信息架构内嵌在内容中，通过内容结构，排列顺序和标签系统回答“这是哪？这有什么？这能去哪？”
其他IA组件分类方法
浏览助手
组织系统；全站导航系统；局部导航系统；站点地图/目录；索引；指南；网站向导；情景式导航系统；
搜索助手
搜索界面；查询语言；查询构造器；检索算法；搜索区域；搜索结果；
内容和任务
标题；嵌入式链接；嵌入式元数据；块；清单；顺序式帮手；标识符；
不可见组件
受控词表和叙词表；检索算法；最佳匹配；
信息架构（IA）组件
六，组织系统（如何组织信息？）
导致组织信息如此困难的原因
模糊性
组织词和短语时必须将它固有的模糊性放进去
异质性
很难在内容上强加某一种单一的结构化的组织系统
主观性
标签和组织系统受创建者观点影响
政治性
政治立场会增加信息架构的复杂度和难度
提供多种方式获取相同信息可以解决这些问题
组织方案
定义内容条目的共同特性，而且会影响这些条目的逻辑分组。
精确组织方案
信息分成定义明确的区域和互斥区域
易于设计和维护，适用于已知条目搜索
字母顺序方案
年代顺序方案
地理位置方案
模糊组织方案
单一组织，有利于用户立刻形成心智模型
信息分成不精确定义的种类
难于设计与维护，依赖方案质量，适用于浏览和联想式学习
主题组织方案
定义的内容的范围是用户希望在系统中找到的
以任务为导向方案
如果能预测用户想优先执行的任务就很恰当
特定受众方案
适合有两个或多个明确受众情况下
分为开放式和封闭式
隐喻驱动方案
通过熟悉的东西了解新东西
文化上必须是用户熟悉的
混合方案
混合方案无法形成一个统一的心智模型
适合存在于导航表层，浅层使用
组织结构
定义了内容条目和群组之间的关系类型。
层级结构
大多应该宽而浅，组织信息设计结构
关系数据库结构
适用于子环境，元数据是关键
超文本结构
作为其他结构的补充；内容条目之间的强创造关系，不易建立心智模型
社会化分类
用户使用一个或多个关键字标记对象
七，标签系统（如何表示信息？）
何为标签系统
标签起着快捷方式的作用，它可以在不将全部信息显示出来的情况下，触发用户脑海中正确的联想。
标签的目标是有效地传递信息（在不占用太多网页物理空间或者用户认知空间的情况下，传递其含义。
设计系统与用户交谈时无法立即得到对方的反馈，在这种只有很少视觉线索的媒介中，沟通会更困难，因此标签命名就更加重要
标签的常见问题类型
标签代表性不够，无法表达情景
行话成分太重，没有以用户为中心
标签令人困惑，放弃点击
标签无法让用户产生好印象
常见的标签类型
文本标签
情景式链接
作者在文本和其他内容之间建立的链接
异质化，具备个人特色，结果就是情景式链接标签对不同人有不同意义。
要点：写作时建立情景，用户就能从标签上下文中提取含义
通过询问用户点击后期待看到什么样的信息？来确保情景式标签有足够代表性
标题
常用于建立内容中的层级
标题要保持一致性
标题标签必须是明显的，而且能传达出其前后次序。
与情景式标签相比，应该更加系统化设计标题标签或序列式标签
导航系统选项
用户依赖导航系统在网页中一致的位置和外观来产生合理的行为
标签作为索引词
比搜索引擎用查询字符串查询内容中所有文字的效果更好。
图标标签
构成语言比文本更有限，常被用于导航系统或者小型组织系统标签中。
适用不受文字引导的用户，如儿童
图标标签在表达含义这方面还是存在风险的。
在不影响系统可用性前提下使用图标标签增加信息环境美感
图标语言可能会由于反复出现而在用户头脑中建立模式。这种情况下，图标是缩写，即具代表性，优具备视觉辨识度。双重加分
开发标签的原则
任何与用户，内容，情景有关的变量都会让标签有歧义
尽可能缩小范围
锁定更明确的受众，较窄的商业情景意味着更清晰的系统目标和架构，从而标签也会具有更明显的效果
开发一致性的标签系统，而不是标签
一致性代表的就是可预测性，而可预测的系统更容易学习。
一致性受到很多因素影响
风格
版面形式
语法
粒度
全面性
标签系统灵感来源
现成的标签系统
你当前的信息环境
类似的网站和竞品网站
受控词表和叙词表
创建新系统
最重要的来源是内容和用户
内容分析
读环境内容的代表性样本，记录每份文档中的描述性关键词
内容作者推荐标签
仅为候选标签
用户代言人和主题专家
找出他们认为用户想要从系统中找到什么
考虑这些术语是否适合非专业人士
用户 直接
卡片分类法
封闭式卡片分类
首先要让用户说明他们认为每个标签代表的含义，然后和你自己的定义比较
适合较小的标签组，如导航系统中的标签
开放式卡片分类
自由列举
选择一个条目，让参与者通过头脑风暴来想描述他的词
得到饿结果并不是标签系统，但他可以让你了解开发标签系统时应该使用何种基调和风格
用户 间接
搜索日志分析
优化和调整
按字母顺序排列术语列表
删除重复项
检查一致性
部分放入标签系统
子主题
八，导航系统（如何浏览信息？）
提供情景和灵活性，帮助用户了解他们在哪以及他们能去哪
提供情景
提供情景线索
把组织名称，logo，图形标识放入所有网页
展现尽可能多的信息结构
有助于建立心智模型
验证
导航压力测试
p144页
提供灵活性
平衡灵活性的优点和混乱的风险
嵌入式导航系统
在移动的灵活性和太多选项之间取得平衡
三种导航被独立设计时，一起存在同一个空间时会垄断屏幕空间，压垮用户并淹没内容
很多实现决策都是在考验交互设计和技术性能
很多问题取决于呈现这些导航的情景
了解设计的媒介的约定和限制。任何偏离规范的制作发布前都应该经过测试
全局导航
全站导航栏
遵循密集的，迭代的，以用户为中心的设计和测试
不断演变
巨型菜单
点击第一级出现二三级的访问
内容结构更丰富
页脚导航
简略站点地图
提供对网站最重要部分的直接访问
局部导航
全站导航系统 由一个或多个局部导航系统 补充
存在的理由
内容和功能的某些区域确实值得采取独特的导航方法
大型组织的分散性，不同小组通常负责不同内容区域，且每组都可能以不同方式处理导航
情景导航
有些关系不适合放在全局和局部导航结构分类中，这时需要建立指向特定网页，文件或对象的情景式导航链接
可以直接联想式学习，用户可以通过探索你定义的条目之间的关系进行学习
有节制的使用情景导航可以通过增加某种程度的灵活性来弥补现有导航系统的不足
提供了交叉销售，提升销售，打造品牌和提供顾客价值的真正机会
概要
辅助导航
重要性
辅助导航系统是确保大型网站可用性和可寻行的关键因素
辅助导航系统可以给用户应急备份
站点地图
典型的站点地图显示的是信息层次前几级
是适合层级结构组织的大型系统中最自然的东西，如果本身层级结构不强，则采用索引或其他可视化表示方式比较好
从搜索引擎的角度看也有用
增强层级结构，并鼓励用户探索
索引
适合哪些已经知道要寻找哪些条目的用户
相对扁平，只有一两个层级
跳过层级结构且便于已知条目搜索
难点在于 粒度
分析搜索日志
用户研究
指南
形式包括 导游，教程，以及针对特定用户，主题，任务的走查。
都可以补充现有浏览和理解网站内容和功能的方法
通常是线性导航
设计原则
简短
随时可退出
导航交互应该是一致的，这样用户才能来回移动
指南是用来回答问题的
截图应该清晰和优化，并且要有将关键功能的放大效果
如果指南有多页，应该有目录
配置器
复杂的配置器可以让用户轻易完成复杂的决策过程
提供情景线索，帮助用户理解各种选项
高级导航方法
重要但是有限
需要扎实的结构和组织基础
很难做好
让度量的收集和用户行为分析变得苦难
掌握基础构建块的整合后再使用
个性化
根据个人行为，需求或喜好的模式给用户提供信息
猜用户要什么
用户只会在少部分对他们很重要的网站使用，不合适宽泛的新闻与研究需求
自定义
让用户直接控制演示，导航和内容选项的组合
用户告诉我们他想要什么
可视化
更直观的浏览方式
社会化导航
建立在单个用户价值可能来自于对其他用户的行为观察这个前提下
社交算法
太精确的调整为一个特定用户社会群体偏好的系统很容易成为轻视各种不同观点的回音室
九，搜索系统（如何搜索信息？）
你的产品是否需要搜索系统
要不要
信息环境中的内容数量
关注更有用的导航系统
是否有优化搜索系统的时间和技术
是否有其他替代方案
是用户首选的交互方式吗
何时要
当你有太多信息要浏览时，搜索很有用
搜索可以帮助整合各独立业务部门
需要通过搜索日志分析调整搜索系统、信息架构等
搜索可以驯服动态性
搜索系统详解
搜索全部信息环境还是一部分
搜索文档全文或者对文档相关信息索引
搜搜通常是迭代的，用户可能需要多试几次才能找到查询词
取决于配置方式
哪些内容可以作为索引
确定搜索区域
可以提高结果，但是交互时会增加复杂度
搜索区域的基础
内容类型
角色
主旨/主题
地理位置
年表
作者
部门/业务部门
切割方法
导航VS目标
为特定用户建立索引
减少索引间的重叠，会提高性能
如果检索结果只减少一个非常小的数字，也许就不值得建立以用户为导向的索引
按主题索引
索引最近的内容
建立索引内容组件
用户可以检索出更具体的结果
内容组件是否有用可以通过搜索日志分析
用户对搜索系统的复杂度没有太多了解，直接研究你的用户觉得有价值的搜索界面可能更好，再觉得是否提供类似功能
搜索算法
基本认识
搜索算法本质只是一种工具
特定的算法帮我们解决特定的问题
绝对没有一个搜索引擎能够满足所有的用户信息需求
模式匹配算法
逆相关，取决用户信息需求
查全率
提供自动词干提取
查准率
弱/无词干提取
其他检索算法
文档相似度
抽离停用词，留下术语代表该文档
协同过滤
引文搜索
引用情况
相关文档
来自共同引用的相关文档
查询生成器
拼写检查工具
语音工具
词干提取工具
自然语言处理工具
注意
他们对用户通常不可见
你的搜索引擎不一定支持
如何呈现检索结果
显示哪些内容组件
给知道找什么的用户提供更少的组件信息
给不确定找什么的用户提供更多组件信息
如果内容没有结构，可以显示文档文本上下文
显示哪些文档
内容组件大就会显示小一点的结果集
屏幕分辨率，网速和浏览器设置都会影响能够有效显示的结果数量
简单化最安全，只显示少量结果，同时提供很多设置
让用户知道检索的文档总量
提供结果导航，帮助用户在结果之间移动
当结果很多时，是给用户提供修改和缩小选项范围的黄金时刻
列出结果顺序
寻求决策或采取行动时：排序
按字母排序
按时间排序
理解信息学习新事物时：排名
相关性排名
检索文档中有多少查询词
这些词在文档中出现的频率有多高
这些词出现的位置有多近
这些词出现的位置（在标题中比在 正文中有更高的相关性）
查询词出现在其中的文档的受欢迎程度（是否经常被链接》链接的来源是否受欢迎？）
取决于当中一项或者几项
不同排名方法对不同类型的内容有意义
文档异质性越高，越要谨慎使用相关性排名
人工建立的索引是建立相关性的另一种方式
受欢迎程度
来自知名网站的链接价值要高于来自鲜为人知的网站链接
按用户或者专家的评价排名
用户评价可以作为检索结果顺序的基础
按位置付费排名
结果分组
按某个共同面把检索结果聚集起来
对结果迭代
行为召唤按钮
标识结果，类似购物车
保持搜索记录
搜索界面设计
搜索的变量
搜索专业的知识和动机
信息需求的类型
被搜索的信息类型
被搜索的信息数量
搜索框
保持简单，一个搜索框，一个搜索按钮即可
初次搜索执行后，或者用户无法做决定沮丧时刻，适合教育用户如何修改搜索
自动完成和自动建议
显示范围从简单的文本列表到拥有可高度自定义布局的提示框
可以根据部分或者不完整的信息帮助用户确定可能的匹配
高级搜索
高级搜索界面允许对搜索系统进行更多的操作
在用户很少使用的页面中给搜索引擎提供各种繁重的搜索工能
设计系统时，要以绝大部分用户都不需要使用高级搜索为目标
支持修改
可以在结果页中重复搜索
说明结果来自何处
说明用户做了什么
重述查询
描述搜索了什么内容
描述所有合适的过滤器
显示隐式布尔或者其他运算符
显示其他当前设置，列入排序方式
提及检索到的结果数
整合搜索和浏览
当用户被卡住时
结果过多
提供关于如何缩小搜索结果的指导
没有结果
修改搜索方式
如何改进搜索的技巧或其他建议
浏览方式（使用网站导航或站点地图）
搜索和浏览都不起作用，就和人联系
深入学习
十，叙词表，受控词表和元数据
是关于数据 一个或者多个方面信息 的数据，例如
数据创建的手段
数据创建的目的
创建的时间和日期
数据的创建者或作者
创建数据的计算机网络位置
使用的标准
受控词表
同义词环
把一组定义为等价关系的词汇连接起来，以供检索使用
规范文档
首选术语
首选术语定义
术语形式
术语选择
术语特定义
术语特异性
为某个领域一组实体定义专有名词
可接受术语。可接受值、主题词或描述符。所以关系都是根据首选术语定义的
异形术语
等价于首选术语或者大致上于首选术语含义相同
入口词或非首选术语
分类方案
不局限单一的观点或实例，可以用各种方法在前后端使用他们
叙词表
一种受控词表，其中等价关系，层级关系和关联关系的目的是改进检索
最重要的是同义词管理，这样语言的模糊性就不会妨碍用户找到他们需要的东西
语义关系
等价
层级
纯层级结构
多元层级结构
大型系统无法避免
注意导航情景
属于
整体和部分
实例
关联
分面分类法
关注内容不同维度的多分类法概念
搜索中利用，或者分面结果排序
指南式导航
混合导航/浏览的模式
方法
十一，研究
研究是从查阅现有背景材料和与策略小组开会开始的，旨在获得对目标和商业情景，现有信息架构，内容和主要用户的了解
研究框架
了解目标，预算，日程排期，技术基础架构，人力资源，公司文化，法律问题和政治环境。
获得支持
对方的问题？
你是谁？为什么问我这些问题？
什么是信息架构？我为什么要在乎他？
你的方法是什么，它如何与你的工作相联系？
为你项目争取认同和支持的价值
背景研究
短期和长期目标是什么？
商业计划是什么？政治因素有哪些？
日程安排和预算如何？
目标受众是谁？
用户为什么会访问这个网站？他们为什么会常来？
用户可以执行那些任务？
如何建立和管理内容，谁来做？
技术基础架构是什么？
以前为什么行的通，为什么行不通？
比较当前产品的愿景和实际产品本身
如果时间，钱和技术不够，就要控制期望值
初步演示报告（启动会）
共同了解
信息架构是什么？它为什么那么重要？
信息架构如何与网站的其他组成部分和组织本身关联？
主要里程碑和可交付成果是什么？
研究会议
策略会议小组
策略小组是什么
设定高层目标，定义任务，愿景，受众，内容和功能。
在中央集权和地方自治之间取得平衡
需要他们回答的问题
系统目标是什么
目标受众是谁
规划的内容和功能是什么
人们会使用什么渠道来访问系统
谁会参与这项工作
什么时候需要展示成果
预期会有哪些障碍
内容管理会议
有关内容部分，正式的和非正式的策略是什么
是否有处理创作和发布内容的管理系统（CMS）
这些系统是否使用受控词表和属性管理内容
内容由谁以及如何输入系统
采用了何种技术
每个拥有者处理什么内容
内容的目的是什么？建立内容区域的目标和愿景是什么
受众是谁
用户如何访问该系统
内容的格式是什么？他们是静态的还是动态的？
谁维护内容
未来的内容或服务规划是什么
内容来自何处？要如何淘汰他们？
哪些法律问题会影响内容管理过程？
内容拥有者和管理者是你想与其讨论内容性质和内容管理流程细节的人，他们可以提供从细节到整体的观点
信息技术会议
了解该产品的现在和未来的技术基础架构
尽早找出问题，开发出一个实用可行的解决方案
我买能利用内容管理软件吗
我们如何创建必要的基础架构来支持标签
内容管理系统（CMS）可以处理文档的自动分类吗
自动索引生成怎么样？
个性化怎么样？
搜索引擎的灵活性如何
搜索引擎支持与叙词表的整合吗
我们如何定期获取搜索日志和使用分析？
利益相关者访谈
问题样本
你在组织中的角色时什么？你的团队做些什么？
在理想世界中，你的公司如何利用企业内网建立竞争优势？
在你看来，你的公司内部网络面临的关键挑战是什么？
哪些企业范围内的倡议应该是策略团队知道的
你会使用现有的企业内部网络吗？如果不，原因是什么？如果要使用，你要使用那部分？使用频率如何？
你如何访问企业内部网络？
部门和员工分享知识的动机是什么？
企业内部网络成功的关键因素是什么？
这些因素如何被衡量？投资回报率（ROI）是多少
重新设计企业内部网络时，最重要的3件事是什么？
如果你要告诉企业内部网络策略团队一件事，会是什么？
有什么问题是我们该问却没有问的？
花时间向这些人说吗你的项目是值得的，他们在政治上的长期支持，比起他们访谈时给你的答案要重要的多
技术评估
一般而言，我们必须利用现有的技术和基础框架
执行差距分析，找出商业目标，用户需求和现有技术基础架构实际限制之间的缺口
用户必须找到东西才能使用，可寻性大于可用性
启发式评估
专家评判，用一组正设计准则来测试网站。
最好让组织外的人进行评判，这样才能从全新的角度看问题
应该在查阅背景资料前进行，以避免偏见
是什么
是信息架构的一种自底向上的定义方法，它涉及仔细检查信息环境中现有的文档和对象
你必须找出并解决自顶向上的意愿与自底向上的现实之间的差距
内容收集
找出并分析系统内容中具有代表性的样本
用处在于它会让你知道网站上的东西，并提供关于如何让用户获取这些内容的知识
要考虑每种内容的相对数量
要考虑某种内容的重要性
区分纬度
文档类型
来源
主题
现有架构
目的
提供对创建良好用户体验至关重要的数据。
他可以帮助你找出内容和元数据中的模式和关系，这些模式和关系可以用于提供更好的结构，组织和访问途径
对每个内容对象的记录方法
结构化元数据
描述性元数据
管理型元数据
不要被预定义的元数据字段集绑住
你必须在样本的情景中找出模式，因此内容分析必定是迭代的过程。
常问自己
这个对象是什么
我可以如何给人和机器描述该对象
这个对象和其他对象有何差别
我如何才能让这个对象被人和机器发现
内容映射
启发式评估为我们提供了自顶向下的观点来了解组织和导航结构
内容分析提供了自底向上的观点来了解网站的内容对象
通过内容映射，把这两种观点连接起来
内容映射是对现有环境的可视化表达方法Ｐ263
它是理解工具，而不是具体的设计可交付成果
标杆法
涉及系统性的鉴别，评估，以及网站和企业内部网络信息架构特点的比较
竞争式标杆法
生成信息架构特色的详细清单，并将很多新想法摆上台面
鼓励从一般性描述过度到具体的，可操作的定义
亚马逊的模式不错
亚马逊的个性化功能对经常访问的用户来说很不错
挑战嵌入到脑海中的假设，并避免由于错误的原因而复制错误的特色
以应征对手为基准建立当前位置，并创建衡量改进速度的参考点
前后式标杆法
识别并优先处理现有环境中的信息架构特色
创建一个可以衡量改进的参考点
使用分析
先观察显示用户如何使用该系统，以及用户在什么地方遇到什么问题的数据
大多分析软件都会提供以下报告
内容性能
访问信息
搜索分析日志
可以确定用户在查找什么，开发受控词表时很有用
使用更复杂的查询分析工具，可以帮你回答下面的问题
哪些热门查询检索不到结果？
这些找不到结果的东西是用户输错关键词，还是你的网站上压根没有
哪些人吗查询可以检索到几百条信息？
找出几百条结果的这些用户真正查找的是什么？
哪些查询越来越受欢迎？哪些查询越来越不受欢迎？
根据答案
可以立刻采用具体步骤解决问题并改进信息检索。
可以在受控词表中加入首选术语和异形术语
改变主页的导航标签，提高搜索提示
编辑网站内容
提供给营销小组
客户支持数据
从客户/技术部门看看有没有从产品的客户那里捕获和分析问题及反馈
参与者定义与招募
选人
为参与调查的用户定义一个主要的层级结构。应该在组织和信息架构师感兴趣的独特部分中取得平衡
调查
合格的响应率，需要限制问题数量。可能还要保证匿名并提供奖励
电子邮件
网站
电话
访谈
调查无法收集到有关用户信息搜寻行为的详细数据
调查适合用来确认
用户认为哪些内容和任务是有价值的？
用户对当前产品最失望的是什么？
用户有什么改进方案？
用户当前的满意度水平？
调查结果是最有效的政治工具，是改进最令人信服的理由
形式
实地观察
难点
在某些情况下，观察人的行为才有价值。
观察用户日常任务
行动受到不同部门范围，计划和预算的限制
焦点小组
集合一群潜在用户或实际用户开会，获取他们对产品的感觉和建议
用户建议通常没有太多分量
作用通常是用来证明某种方法是否可行，是要有技巧地选择问题和问法，就很容易引导到另一个方向
用户研究会议
决定要问什么时，注意不要说术语p272
开放和封闭
开发用户发现
封闭用于验证
措辞
交叉列出
随机性
定量/定性
适合定性
小心定量，避免偏见影响结果
用户测试
选择各种具有代表性的用户
选择正确的任务（下列路线分布）
很简单的任务开始
找特定的答案或者项目
问一些主题导向的问题，交代一些任务完成
使用内容陈述创建真实场景任务
克服研究阻力
研究的意义
我们目标时通过研究来充分了解商业目标，用户和信息生态，以指定一个坚实的策略。
通过创建，显示和优化该策略，我们就可以在产品结构和组织范围，以及方向方面取得共识
每个团队路径不同，但是信息架构策略可以确保每个人都走向共同的终点
不研究会怎样
不同团队对如何把用户和内容连接在一起没有共同愿景。
死亡螺旋
常见阻力论调
我们没时间或者没有钱
跳过研究通常是以整体效率和性能为代价
错误将产生巨大的连锁反应
不需要几个月之后重新设计开发一遍
我们已经知道做什么了
让经理参加用户测试，观察一般人在尝试使用你的产品或服务时得到的经验是无可替代的
我们已经做了研究了
以独特的方式提出独特的问题
让这些人参与测试和设计，丢掉价值有限的旧报告
十二，策略
什么是信息架构策略
是构建和组织信息环境的高级概念性架构。它提供了坚实的方向和必要的范围，让你有信息能进入设计的实现阶段。
它还有利于讨论，并且在进入更昂贵的设计阶段之前帮助众人站在相同的基准之上
信息架构的设计由完整的信息架构策略驱动
建议
信息架构管理
建立处一种用于开发和维护信息架构的实用策略
它包括与政策，部门结构和内容所有权密切相关的中央集权问题和分权问题
技术整合
策略必须提供利用现有工具的机会
确认是否有利用其他技术开发或管理信息架构的需求
搜索引擎
内容管理
自动分类
自顶向上或者自底向上的重要性
很多因素包括当前产品的状态会影响你应该把精力放在哪里
如果已经有一个坚实的自顶向上的信息架构，那么自底向上可能是当前要采取的做法
组织和标签系统（自顶向上）
涉及定义环境的主要组织体系
然后确定占主导地位的组织体系作为主要层级结构
文档类型识别（自底向上）
涉及确认一组文件和对象类型
必须和内容作者和管理团队密切合作
元数据字段定义
必须定义管理，结构化和描述性的元数据结构
导航系统设计
必须说明整合后的导航系统和辅助导航系统如何利用自顶向下和自底向上的策略
遭到抨击的策略
常碰到问题
你要如何在我们还没商业策略时开发信息架构
你要如何在我们还没有内容时开发信息架构
答案
商业策略，内容集合和信息架构并不是存在于真空之中的，他们以一种高度互动的方式共同演化而来
开发信息架构策略是找出商业策略和内容集合之间缺口的好方法
从研究走向策略的指导方针
何时开始
应该利用正在编译的数据流来不断测试和调整已经根植于你头脑中的假设，不要等到策略开始阶段才开始讨论策略之事
研究阶段收益递减之时，转向策略。焦点放在通过可视化来表达想法
开发步骤p288
思考
将研究数据转化为创造性的理念
重点是必须找出时间和空间来消化你在研究中了解的所有东西，才能有生产力
表述
图表，隐喻，故事，场景，蓝图，框架
开始时远离设计软件，避免把时间浪费在布局和格式上
大型团体会议适合头脑风暴，不适合用来设计复杂系统
沟通
演示，互动，头脑风暴
找出与目标受众沟通最有效的方法
大部分人不喜欢把尚未成型的想法讲出来，减少这种情况的方法就是强调这时“没价值”的工作产品，目的是激起反应和激烈讨论
测试
封闭卡片
精简原型
优点
创建所需工作很少
保证用户焦点在信息结构上，却不是界面上
缺点
你认为你已经将信息架构从界面分离出来，实际没有
你错失了了解界面如何改变用户信息对信息架构体验的机会
实现策略
隐喻探索
组织型隐喻探索
利用对某个系统组织熟悉度，快速理解新系统的组织
功能型隐喻探索
在传统环境中执行的任务和哪些人在新环境中执行的任务之间建立联系
视觉隐喻
隐喻可能会妨碍可用性，不要被隐喻限制
场景
场景是帮助人了解用户如何在你设计的网站中浏览和体验的最佳工具，它还有助于你产生有关架构和导航系统的新想法。
写一些能显示出人们不同需求和浏览网站的不同行为的场景
研究案例和故事
和不了解你所用专业词汇的客户交谈时，你的沟通方法必须更具有创造性，这样才能引起他们的兴趣，让他们更好的了解它
拿案例与过去经验做比较，并讨论过去项目中可行和不可行的地方，是很有帮助的
概念图表
需要经常解释超出组织和标签方案范围的高级概念和系统时，图表时实现抽象概念的另一种方法
框架图
成果交付
策略报告
策略报告时把信息架构策略的细节讲清楚的最有力的催化剂。
一些不错的想法，但如果无法兼容比较宽广的架构，那么为了一致性和凝聚力还是要放弃
模糊宽泛的想法必须分解成各种细节予以说明，这样参与的人员才能了解其意图和造成的影响
策略报告不能单独存在，你应该用口头的方式说吗你的想法并回答问题
难点，组织报告内容
信息架构策略不是线性的，但报告却必须以线性方式展示。
报告中引入高级视觉图样，绘制非线性的大蓝图，后面接着用线性的文字说明
示例策略报告P296
执行摘要
提供目标和方法的纲要，以及以及主要问题和主要建议
重点放在改善信息架构的建议上，以获得更大的竞争优势
网站受众，使命和愿景
界定网站的受众和目标，以确保报告和读者都能融入比较宽广的情景中
经验教训
把你的研究，分析和建议连接起来。
通过显示你的建议是基于竞争式研究（标杆法）用户访谈和内容分析，你就能建立起信息和信任
架构策略和方法
报告的主要部分，说明所建议的架构策略和方法
讨论这些信息架构如何影响内容管理基础架构。内容管理的讨论都和情景有关，需要根据人，技术和正在讨论的内容而定
内容管理3个组成部分
规则
这些是标准化的，可重复的流程，可以帮助建立一个组织管理和运转其内容
其他流程文件可以包括风格指南和内容标准，用于帮助指导内容的创建和管理
指管理内容的员工或者其他人员，这些人会遵照流程，标准和指南，并帮助建立，传播和维护他们
资源
包括内容本身的各种不同形式，即建立，修改或删除，以及存储静态内容和动态数据的仓库。
它们还包括有助于促进规则和角色发挥作用的管理软件
更有效内容管理的建议
模版
数据很适合模版，很容易创建让相同类型数据可以重用的共享结构化网页
静态和动态内容都需要结构化的导航模版，一致的框架让用户能轻易看见导航类型（全站，局部和情景式）
创建描述性元数据
为元数据建立叙词表，可以帮助用户更容易找到信息。
项目计划
两个目标
保证基于现实，常问
我们该怎么做？
需要多长时间？
谁来做？
需要哪些可交付成果？
依赖关系是什么？
搭起策略和设计间的桥梁。
可以和其他团队的计划整合，为整个网站的设计取得完善的结构化时间安排
短期计划
专注于唾手可得的成果，即定义一个可以立即改进信息架构的设计变更流程。
长期计划
展示一个实现信息架构的方法论，指出和其他小组互动的时机
演示
为什要
信息架构的交付成果如果无人问津，就会死的很快。
如果没有一些演示和讨论，你的最佳建议会永远不见天日
关键
从营销的角度思考这些演示文稿。成功取决于你能否用清晰，有说服力的方式传达并推销你的观点
怎么做
确定最基本的事情都完成，选出建议重点。
思考如何实现演示文稿的内容
流程图
图片
隐喻是普通想法变成有感染力，能自我复制的强力工具
十三，设计
图表在设计阶段的作用
我们必须用一种视觉媒体来说明我们工作的价值和本质
图表定义了用于沟通信息系统结构的两个基本方面
内容组件
内容单元由什么构成，以及这些组件应该如何分组和排序
内容组件之间的连接
组件之间如何连接才能支持它们之间的操作，例如导航
主要目标
传达你的网站内容组件是什么，以及它们如何连接的
创建信息架构图表准则
提供信息架构的各个观点
可以考虑使用各种不同技术来现实架构的不同方面。多张图表结合就能接近全景了
为特定受众和需求定制这些观点
注意事项
尽可能亲自介绍信息架构图
与哪些使用你图表的人一起工作
受众随着项目范围不同而不同
小项目：受众为负责整合架构，设计和内容的一两个设计师
大项目：受众为负责通过数据库驱动的流程来整合架构，设计和内容的技术小组
站点地图会显示信息元素之间的关系，而且可以用来描述组织，导航和标签系统
有什么用
是最有用的探索主要组织体系和方法的工具
非常适合于促进内容组织和管理，以及有关用户想要访问路径上的讨论
自顶向下的信息架构流程的一部分。可以不断补充架构细节，加上附属页面，新增页面层次
支持自顶向上的设计。如显示内容模型的内容块及其关系
可以随着设计演变，从而处理项目开发过程中出现的新情况和需求
可以反映整个网站，展示主页到目的页之间完整的信息层次。
避免拘泥于某种特定的布局，相反应该让站点地图的形式适应功能
保持站点地图简单性
关注主要区域和结构，忽略很多导航元素和页面细节
更关注向开发和设计人员传达信息架构而不是策略和产品定义
保持一组有限的图例词汇可以防止信息架构师在图表汇入太多信息
分区内容组件和内容快
模块化站点地图
顶层的站点地图链接到次级站点地图，通过一系列唯一ID
线框图
描述了从架构观点出发，单个页面或模版应该是什么样子。线框图将产品的信息架构和交互设计连接在一起
有助于信息架构师决定如何编组内容组件，如何决定它们的顺序和组件群组的优先级
不是为系统每个页面设计，而是为哪些复杂而独特的网页建立线框图，或者为了给其他网页建立一种模式模版
将它看成是产生良性跨学科合作的触发器，而不是限制设计和交互
不同类型的线框图
低保真
其重点在于内容和视觉元素的布局，而不是内容的精确性
中保真
有内容，布局和导航等几方面细节，以供进一步讨论
高保真
有助于抓住受众注意力
通过模拟实际网页，可以让你了解HTML页面限制
花费时间，成本高
焦点会从信息架构转移到界面和视觉设计
准则
一致性
可复用组件
细节标注
合作共创，则要建立开发，共享和维护机制
如何进行内容映射和编制目录清单
把现有内容拆开或者结合成内容块，从而能让你把它们引入到网站中
内容必须被映射到信息架构，才能明确在生产流程中什么东西应该放在哪里
当与进行内容管理的数据库驱动方法结合时，将内容和容器分开有利于内容块在多个网页之间的重复使用
定义内容块的主管过程由下面问题决定
该内容块是否应该分成用户想要访问的，更小的内容块？
需要单独编制索引的最小内容块是什么？
该内容需要在多个文档中重复使用，或者作为多个流程的一部分吗？
内容清单
内容映射表格就是自顶向下和自底向上的信息架构结合的地方
一种系统方法用来记录所有内容来源和目的地。
它描述的是可用内容和这些内容的位置，以及需要补充的内容空白。
方案推荐
大网站
文件或者内容管理方案，利用数据库技术来管理大范围内容
小网站
电子表格
更好的选择
网站式清单
用于连接和管理网站内粒状内容的模型和受控词表
内容模型
是由一组相互连接的内容块构成的信息架构
内容模型的运行依赖一组一致的对象和这些对象之间的逻辑
支持情景导航（推荐机制算法）
横跨层次结构的水平跳跃就是一种情景式导航，其中你的移动是一句作为用户所表达的需求。而不是网站结构决定的。内容模型就是为了支持这种导航
处理大量内容
自动化完成
用户将受益于更多，更好的方式情景导航，而你的机构也将从对其内容的投资中获得更多价值
手动连接对象
只为最有价值的内容创建内容模型
价值被定义为用户和机构需求的明智组合
大而复杂的问题空间简化和清晰化
建立内容模型迫使我们确认哪些内容对内容模型而言事重要的
迫使你从众多元数据属性中选出可以让你内容模型运行的哪些元数据
更具内容清单和审计内容挑选内容模型的候选对象
通过研究验证
如卡片分类
可以向试验对象询问可以将哪些遗漏的内容对象放进来
建立内容与内容对象之间的逻辑连接
行为数据
购买此商品的用户也同事购买
浏览该商品的用户最终购买
有些元数据出现的次数比其他的要多，这些事内容模型成功的必要属性
什么时候要
当你需要为词汇优先级讨论提供方便的元数据矩阵
你需要一种管理词汇术语和关系的工具
怎么选
创建具有等价性，层次性和相关性的复杂叙词表，就应该考虑是否投资叙词表管理软件
创建一个只有优选术语和异性术语的简单词汇表，就可以用文字处理软件，电子表格或基本数据库来管理
用于改善与设计小组其他成员协同合作的方式
设计草图
是初步是这把（设计小组，技术小组，架构师）三个小组知识集合起来，开始设计网站顶层界面的好方法
草图为每位参与者提供了共同的关注点，最大限度地减少了对参与会议的每个人个性的关注
交互原型
可以实际看到成果是如何整合起来的，甚至亲自试一遍
原型常常让我们发现之前没有发现的信息架构问题或机会
信息架构实现的实机
很多决策必须在实现过程中决定。
在这个阶段要平衡生产小组的负担和产品的可用性
不要对架构进行重大修改
把精力花在教育同事上，让他们了解信息架构设计是持续不断的过程，而不是做好就完事了
用于采集过去决策并指引未来决策的风格指南
架构风格指南是一份文档，用于说明网站组织方式，这样组织的原因，其受众以及架构如何随着系统扩展。
内容包括
网站使命和愿景
了解最初的目标很重要
有关用户信息
为谁设计？
他们目标是什么？
对用户信息做哪些假设？
内容发展方针说明
引入了哪些类型的内容
哪些类型的内容没有引入，为什么
更新频率如何
何时要移除
由谁负责
标准
维护和改变网站时，通常至少要遵循某些规则
是建议，非强制。对所处情况做解释
维护程序
网站生存所必备的日常任务应该被完整记录
模式库
用于记录和获取产品设计的可重复方面，来避免不必要的重复工作
引入站点地图，线框图，受控词表等其他设计流程中可重用的文档
建立新增内容准则
作用
让维护者走在正确的路上
帮助你对可能遇到的请求进行优先级排序
给你说“不”时 可用的借口
可能的话，把架构风格指南整理到公司已有的指南中
0 条评论
下一页
