研究
2018-09-19 08:43:24 2 举报AI智能生成
信息架构: 研究
作者其他创作
大纲/内容
本章包含以下内容
将 IA 整合到开发流程中
研究用户, 情景和内容的方式和原因
研究方法包括访谈利益相关者, 启发式评估, 用户测试和卡片分类法
研究框架
情景
背景研究
介绍和会议
访谈利益相关者
技术评估
内容
启发式评估
元数据和内容分析
内容映射
标杆法
用户
搜索日志和点击流分析
用例和人物角色
情景式调查
用户访谈和用户测试
情景
概要
调查商业情景是一个不错的切入点
了解
目标
预算
日程安排
技术基础架构
人力资源
公司文化
获得支持
回答如下问题
你是谁, 为什么要问我这些问题
什么是信息架构, 我为什么要在乎它
你的方法是什么, 它如何与你的工作相联系
背景研究
项目开始时, 应该有的各种问题
短期的长期目标是什么
商业计划是什么? 政治因素有哪些
日和安排和预算如何
目标受众是谁
用户为什么要访问这个网站? 他们为什么会常来?
用户可以执行哪些任务?
如何建立和管理内容, 谁来做
技术基础架构是什么
以前什么行得通, 什么行不通
在对的时间, 用对的方式, 问对的人
查阅背景材料是好的开始
挖掘过去
获取文档
初步演示报告
和所有人齐聚一堂了解下面的问题
信息架构是什么, 它为什么重要
信息架构如何与网站的其它部分和组织本身关联
主要的里程碑和可交付成果是什么
研究会议
策略小组会议
任务
设定高层目标, 定义任务, 愿景, 受众, 内容和功能
建立信任和尊敬
让会议又小又自然
解决下列问题
系统的目标是什么
目标的受众是什么
规划的内容和功能是什么
人们会使用什渠道来访问系统
谁会参与这项工作
什么时候需要展示成果
预其会有哪些障碍
内容会议
任务
讨论内容性质和内容管理流程
回答如下问题
有关内容部分,正式和非正式的政策是什么
是否有处理创作和发布的内容管理系统
这些系统是否使用受控词表和属性内容
内容由谁以及如何输入系统
采用何种技术
每个管理者处理什么内容
内容的目的是什么? 建立该内容的区域的目标和愿景是什么
受众是谁
用户如何访问系统
同容的格式是什么? 它是动态还是静态的
谁维护内容
未来的内容或服务规划是什么
内容来自何处, 要如何淘汰它
哪些法律问会影响内容管理过程
信息技术会议
任务
了解支持该产品的现有和未来的技术基础架构
问题包括
我们能利用内空管理软件么?
我们如何创建必要的基础架构来支持标签
内容管理系统可以处理文档自动分类吗
自动索引生成怎么样
个性化怎么样
搜索引擎的灵活性如何
搜索引擎支持与叙词表的整合吗
我们如何定期获取搜索日志和使用分析
利益相关者访谈
访谈有主见的领导者和投资人
提出一些开放性的问题
非正式的讨论
技术评估
利用现有的工具和技术架构
先和 IT 成员谈话
内容
概要
内容大致是 "信息环境中的东西"
可寻性优于可用性: 总先得找着
启发式评估
是一种专家评判, 用一组正设计准则来测试网站
由专家检查信息架构, 找出问题和改进的机会
像是诊断开药
诊断的指南
网站应该提供多种方式来访问相同的信息
应该采用索引和站占地图来弥补分类法的不足
导航系统应该给用户情景意识
网站应该使用一致且适合用户的语言
搜索和浏览应该整合并彼此强化
讨论差异性取得共识
内容分析
内容的收集
找到并分析具有代表性的样本
诺亚方舟法: 每种文档找一对
内容样本
格式
文档类型
业源
主题
现有架构
平衡样本大小和时间及预算
注意收益递减法则
内容分析
对每一种内容对象, 开始时可以先记录
结构化元数据
描述怀元数据
管理性元数据
不要被预定义的元数据字段集绑住
不断问自己
这个对象是什么
我可以如何给人和机器描述该对蠏
这人皯象和其它对象有何差别
我如何才能让这个对象被机器和人发现
找到不同对象之间的模式和关系
是一个迭代的过程, 多看几遍
内容映射
自顶向下的观点来了解网站的组织和导航结构
内空映射图是对现有信息环境的可视化表达方法
帮助对现有内容结构, 组织和位置有一定程度的理解
标杆法
找一个可以进行比较性衡量或分析的参者点
可以是定量的, 也可是定性的
竞争式标杆法
从竞争对手那儿借用信息架构是有价值的, 但必须谨慎
前后式标标法
用户
概要
用户是信息环境最终裁判员
用户是强大的, 也很复杂且难以预测
没有一种统一的用研方法, 要使用多种, 从各个角度去看
记住
有测试总比没测试好
用户可以成为你最强大的盟友
使用分析
内容性能
一段时间内对网站内容的访问和交互数
访问信息
访客的基本信息的统计
点击流
追踪用户从哪里来, 游走的路线, 在不同页面的时间
搜索日志分析
通过用户在搜什么分析用户的信息需求以及对信息需求的表达
回答这些问题
哪些热门查 询检索不到结果
这些找不结果的用户是输错了关键词, 还是你的网站上不存在他们要找的东西
哪些热门查询可以检索到几百条结果
找出几百条结果的这些用户真正查找的是什么
哪些查询越来越受允迎, 哪些查询越来越不受欢迎
客户支持数据
参于者定义和招募
概要
用研从选择用户代表开始
问卷调查
从一大群人那里快速而廉价的获取输入数据的机会
限制问题数量
保证匿名并提供奖励
适合用于确认
用户认为哪些内容和任务是有价值的
用户对当前产品最失望的是什么
用户有什么改进方案
用户当前的满意度水平
情景调查
观察人们使用网站的环境
观察人在正常的商业流程中如何与网站交互
焦点小组
集合一群产品的潜在用户或实际用户
问事先准备好的问题
用户想要在产品中看到什么
展示原型或产品本身, 然后问他们对产品的感觉和改进建议
促成一次头脑风暴
对于信息架构不是什么优先工具
用户研究会议
访谈
背景
你目前的角色是什么
你的背景是什么
你来这家公司几年
信息使用
你的工作需要何种信息
什么信息难找
找不到怎么办
企业内部网络使用
你使用企业内部网络吗
你对企业内部网络的印象如何, 它好不好用
你如何在企业内部网络中查找信息
你使用自定义或者个性化的功能吗
文档发布
你创建的文档会被其他人或者其他部门使用吗
告诉我们你对你的文档生命期的了解. 你创建它们后会发生什么
你使用内容管理工具在企业内部网络上发布文档吗
建议
如果可以改变企业内部网络上的 3 个内容, 你会改变什么
如果可以在网站上添加 3 上功能, 你会添加什么
如果你可以告诉网站策略小组 3 件事, 你会说什么
卡片分类法
把信息内容作成卡片, 并让用户对其进行分组, 排序, 标记任务和内容
开放式和封闭式
卡片分类的维度
开放/封闭
措辞
粒度
异质性
交叉列出
随机性
定量/定性
定量分析指标
用户将两张卡片放到一起的时间比例
某张卡片被放在相同类别中的时间比例
亲和力模型图
用于显示聚类和聚类之间的关系
用户测试
让用户坐在设备前, 完成一个 3 分钟左右的任务
只要有可能就应该名含名种用户类型
沿下列路线分布任务
容易到不可能
已知项目到详尽的
主题到任务
人造到真实
度量标准
点击次数
查找时间
研究的保卫战
概要
决策者永远想要快一点
有时会被合并到联合研究和策略阶段
克服研究阻力
3 种争论
我们没有时间或者没有钱
我们己经知道要什么了
我们己经做了研究
首先要相信每个争论背后者有很好的理由
同时要表达信息架构研究的重要性
做研究可以节省时间和金钱
经理不知道用户要什么
我们需要做信息架构研究
本章回顾
好的研究意味着问正确的问题, 而选择正确的问题需要一个环境更广泛的概念性框架
我们使用内容/情景/用户概念框架作为我们研究的基础
在研究内容时, 我们期望了解 "信息环境中的东西"
在研究用户时, 我们期望了解使用该信息环境的人 (真实的人)
有时很难说服利益相关者在项目中加入研究的时间, 但让他们这样做很重要
信息架构
我个人的公众号
张启震
张启震
0 条评论
下一页
