为查找而设计
2018-09-19 08:09:48 3 举报AI智能生成
信息架构: 为查找而设计
作者其他创作
大纲/内容
本章包含内容
人们如何查找信息的不同模型
人们的信息搜寻行为
我们如何了解这些行为
"太过简单的" 信息模型
一个简单的模型
1 用户提问
2 发生了某些事情 (例如, 搜索和浏览)
3 用户得到答复
4 结束
这种模型其实是把用户当成另一个系统
简单模型的问题
只能描述极少情况
这种模型只能描述用户不知道答案, 但知道问题是什么, 也道如何陈述这个问题, 还知道如何使用系统来找到答案
但通常来说
人们并不总知道他们想要什么
既使知道也不一定能表达出来
无法满足预期和种瓜得豆时常发生
忽视真正重要的问题
只关注用户与信息架构交互时会发生的情况
而真正重要的是信息需求
错过交互时的机会
简单模型背后的思维
信息查找是个搜索技术的问题
信息需求
当有人访问网站时查找某些内容时, 他真正想要的是什么
当然存在对于精确知识的需求
但更多的是模糊的, 动态的, 不确定的需求
钓鱼的隐喻
完美的捕鱼
百科类网站可以满足的信息需求
如
无锡市有多少人口
天水市有多大面积
已知条目的搜索
碰运气
打开美团挑午饭
用户不太清楚自己在寻找什么, 只准备获得一些好的建议
探索式搜索
从搜索和浏览的过程中了解一些东西
迭代的, 渐近的, 开放的
一网打尽
竞品调研
找到一切有关的信息
无遗漏式研究
使用很多表述搜索
耐心地使用不同的术语来进行搜索
我以前见过你, 大白鲸
有一些你不希望丢失其踪迹的信息
标记和收藏夹
重新搜索
稍后阅读功能
这只是大多数的信息需求, 但不是所有信息需求
信息搜寻行为
信息搜索行为的基本构件
搜索
浏览
询问
搜索行为的两个方面
整合
我们通常将搜索, 浏览和询问整合到一个会话中
迭代
每一次搜索, 浏览, 查询和内容进行交互的迭代都可能会对我们正在查找的东西产生巨大的景响
信息搜寻行为的这些不同组成部分放在复杂的模型中
采摘模型
在搜索过程中不断改变自己的信息需求
采摘模型比简单模型混乱, 但这才是正常的情况
采摘模型意味着用户在搜索和浏览之间来回移动
珠形增长
用户从几个好的文档开始, 需要获得更多这样的文档
"类似网页" 的功能
让用户导航到具有某此共同特片的条目
通常是用用户提供的相同的标签
两步走模型
用于大型息系统
搜索或浏览一个目录
再寻找精确的信息
了解信息需求和信息搜索行为
两个常用的用研方法
搜索分析
检查网站上常见的搜索查询, (通常是搜索引擎的日志文件), 作为诊断搜索性能, 元数据, 导航和内容问题的一种方法
基于大量真实的用户数据
情景分析
搜索分析的很好的补充
观察用户与信息交互时的
情境
动机
其它的用户研究方法
任务分析
调查
焦点小组
用户直接需求陈述
你的目标是尽全力了解用户的主要需求和可能的信息搜索行为
本章回顾
IA 从人和他们使用你的产品或服务的原因开始: 他们有信息需求
当人们查找信息时会有不同的模型
最简单的模型是有问题的, 因为它们无法精确地表达当人们有信息需求时到底发生了什么
信息需求就像钓鱼: 有时人们确切地知道他们正在寻找什么, 但他们通常都只是 "广撒网"
人们通过不同的信息搜寻行为来了解信息需求
有多各不同的研究方法让我们可以了解这些行为
信息架构
我个人的公众号
张启震
张启震
0 条评论
下一页
