设计和文档
2018-09-19 08:48:47 6 举报AI智能生成
信息架构: 设计和文档
作者其他创作
大纲/内容
本章包含内容
图表在设计阶段的作用
开发站点地图和线框图 (最常的 IA 图表) 的原因, 时机和方法
如何进行内容映射和编制目录清单
用于连接和管理网站内站状内容的型和受控词表
用于改善与设计小组其他成员协同合作的方式
用于采集过去决生并指引未来决策的风格指南
创建信息架构图的准则
记住, 信息架构本身是不可见的
所以没有理想的呈现方式
准则
提供信息架构的各个 "观点"
为特定受众和需求制定这些观点
尽可能亲自介绍信息架构图, 能用嘴, 别用笔
尽可能与使用图表的人共同工作
视觉沟通
图表定义了
内容组件
内容组件之间的连接
视觉词汇是很多用于开发站点地图和线框图的模板的核心
丑没关系, 重要的是发挥沟通优势
站点地图
高级架构站点地图
自顶向下的信息架构流程的一部分
从主页开始, 自顶向下做出导航层次
探索主要组织体系和方法的工具
适合于促进集中在人容组织和管理以及用户想要访问的路径上的讨论
深入站点地图
以组织为导向的
以地理为导向的
以任务为导向的
保持站点地图的简单性
关注于传达信息架构
图例尤为重要
说细的站点地图
关注点从外部转向内部
能反应出整个网站
制定出整个环境
站点地图随着项目的范围不同而有所不同
定唯一标识符
组织内容组件与内容块
决定这些详细的站点地图与导航系统的通信
组织你的站点地图
不要试图把所有站点地图放在一张纸上
站点地图模块化
使用唯一标识符方案将多张图表联系在一起
线框图
概要
描述从信息架构观点出发, 网页是什么样的
了解在屏幕上的实际效果
有助于信息架构师决定如何编组内容组件, 如何决定他们的顺序和组件群组的优先级
探索页面结构如何随着屏幕大小而变化的一种方使的方法
丑没关系, 但要有明确的声明
牵涉到视觉设计
线框图的类型
低保真和高保真
高保真的优点
好看
真实
高保真的缺点
成本高
焦点会转移到好不好看上
线框图准则
一致性
使用对象库: 母版
标注
可用
建立开发, 共享和维护共用模析的程序
内容映射和清单
内容映射表就是自顶向下和自底向上的信息架构结合的地方
详尽的内容映射流程包括把现有内容拆开或结合成内容块
内容通常有多种来源和格式
决定内容块定义的问题
该同容块是否应该分为用户想要分开访问的, 更小的内容块
需要单独编制索引的最小内容是什么
该内容需要在多个文档中重复使用, 或者是作为多个流程的一部分吗
将定义的内容块映射到其目的地
需要一种系统方法记录所有内容的来源和目的地
内容清单
描述的是可用内容和这些内容的位置
内容模型
概念
相互连接的内容块构成的信息架构
它们为什么重要
支持情景式导航
处理大量内容
实例
页面流转图
无论信息架构项目的规模如何, 元数据的可用性者是需要考虑的因素
使用表格表达页面流转和元数据之间的逻辑
有价值的过程
建立内容模型迫使我们确认哪些内容对同容模型而言是最重要的
建立内容模型时, 也会强迫你从众多元数据属性中选出可以让你人容模型运行的那些无数据
受控词表
首先, 你需要可以为词汇优先组讨论提供方便的元数据矩阵
其次, 你需要一种管理这些词汇术语和关系的工具
使用数据库
设计协作
设计草图
草图共有
交互原型
信息架构实现的时机
整合: 信息架构风格指南
概念
是一份文档, 用于说明网站的组织方式, 这样组织的原因, 其受众, 以及架构如何随着系统扩展
用于在维护, 扩展中保持一致性
原因所在
不要把信息架构变成老中医
方式所在
标准
维护和改变的规则
指南
应该怎样维护的建议
维护程序
模式库
本章回顾
在设计阶段, 项目的重点已经从流程转移到可交付结果 -- 信息架构从这里开始变得明显
这就是说, 这些可交付成果并不是故事的全部 -- 这个阶段的流程与它在研究和策略阶段同等重要
信息架构是抽象和概念性的, 这使得它们很难在图表中采集到的
你应该提供信息架构的多个 "观点" 来显示其不同方面
这些观点应该是什对特定受众和需求开发的
IA 图表定义了内容组件和它们之间的连接
站点地图显示了信息元素 (例如, 网页和其他内容组件) 之间的关系, 并且可以被用于描述组织,导航和标签系统
线框图描述了应该如何从架构角度来看单个网页或模板
内容模型支持产品内部的情景式导航
受控词表可以用能够管理词汇的元数据矩阵和应用程序来传达
当你处于设计阶段时, 你会发现自己会更多的与开发产品的其他人合作 -- 开入的心态和良好的协作是必不可少的
信息架构
我个人的公众号
张启震
张启震
0 条评论
下一页
