信息架构的组件可以拆分成四类 

组织系统

如何组织信息，例如，依据主题或年代顺序。

标签系统

如何表示信息，例如，科学术语（“Acer”）或通俗术语（“maple”）。

导航系统

如何浏览信息，例如，通过等级体系的点击。

搜索系统

如何搜索信息，例如，对索引系统进行搜索的查询。

———————————————————————————————————–

分类信息架构的方式 浏览Browsing Aids

这些组件会展现一些预设的路径给用户看，协助他们浏览网站。用户无需清楚地说出查询的内容，而是通过菜单和链接找出他们要的东西。浏览帮手的种类包括：

组织系统

网站内容分类或分组的主要方式（例如，按主题、按任务、按用户，或者按年代），也称分类法和等级体系。标签云图（根据用户产生的标签）也是一种组织系统。

全站导航系统

主要的导航系统，协助用户了解他们人在网站的什么位置，以及在网站中可以到哪里去（如“面包屑”）。

区域导航系统

主要的导航系统，协助用户了解他们人在子网站的什么位置，以及在子网站中可以到何处去。

网站地图/目录

支持主要导航系统的次要导航系统，提供浓缩过的总览以及连向主要内容和子网站的链接，通常是采用概要的形式。

网站索引

辅助性的导航系统，可以提供排序后的链接列表，连向网站的内容。

网站指南

辅助性的导航系统，针对特定主题提供特定的信息，以及连向网站中相关子主题的链接。

网站向导

辅助性的导航系统，可以通过一系列的步骤来引导用户，也有连向网站中相关子主题的链接。

情境式导航系统

用链接统一连向相关内容。通常内嵌在文字内，一般是用来连结网站中高度专业化的内容。

搜索Search Aids

这些组件可以让用户定义查询字符串，然后自动回应一组满足查询条件的结果给用户。可以把搜索帮手当成是动态的、几乎全自动化的一种浏览帮手。搜索组件的种类如下：

搜索界面

输入和修改搜索字符串的方法，通常会提供一些教你怎么改善查询的信息，以及其他设定搜索的方式（例如，从特定搜索区域中选定）。

查询语言

搜索查询的语法。查询语言包括了布尔运算符（如AND、OR、NOT），相似运算符（如ADJACENT、NEAR），或者是指定要搜索哪个字段的方法（如AUTHOR= “Shakespeare”）。

查询构造器

一些提升查询效果的方式：常见范例包括拼写检查器，词干分析、概念搜索，以及从辞典中取出同义词。

搜索算法

是搜索引擎的一部分，决定哪些内容可以满足用户的查询。Google的PageRank也许是最著名的例子。

搜索区域

网站内容的子集合，已经特别做过索引设计，以满足较细致的搜索（例如，搜索软件厂商网站中的技术支持区）。

搜索结果

展示满足用户搜索条件的内容。牵涉到哪些类型的内容应组成为个别的结果，应该显示多少结果，以及结果应如何分级、排序和聚类。

内容和任务Content and Tasks

这是用户最终的目标，以及用户达到目标时所需的个别组件。然而，要从信息架构中把内容和任务单独提取出来是很困难的，因为内容和任务中都会嵌入组件协助我们找到方向。嵌入在内容和任务的信息架构组件实例如下：

标题

为内容命名的标签。

嵌入式链接

文字内的链接，就是连向某些内容的标签。
嵌入式元数据

可以作为元数据的信息，但是必须先被抽取出来（例如，在食谱之中，如果有提到某种材料，这项信息可以索引起来，可支持以材料搜索的功能）。

成块信息

内容的逻辑单元；这些单元可大可小（如节和篇章都是成块信息），而且可以是嵌套的（如章节是在书本之内）。

清单

一群成块信息，或者连向成块信息的链接。这些很重要，因为它们已经按组分类了（例如，具备某些共同特点），而且以特定次序展现（如按年表）。

顺序式帮手

暗示用户在某一流程或任务中所在位置的线索，以及完成任务之前还要走多远（例如，在八个步骤中的第三个步骤）。

标识符

暗示用户在信息系统中的所在位置的线索（例如，标志指出用户正在使用的网站是什么，“面包屑”表明现在处于网站的哪个位置）。

“隐藏的”组件“Invisible” Components

某些重要的组件完全是在幕后执行的，用户很少会和这一类组件交互。这些组件通常会“喂养”其他组件，诸如用来提升搜索查询的词典。一些隐藏的信息架构组件种类如下：

受控词表和叙词表

预先确定较佳的词汇，用以描述特定领域（如赛车，或外科手术）。通常会包含其他的称法（例如，“brewskie”是“beer”的另一种称法）。 叙词表是通常包含上位类、下位类、相关关系的叙词链接和优选词的说明（也就是“范围注释”）组成的受控词表。搜索系统可以从受控词表中取出查询的同义词以 提升查询效果。

搜索算法

用于对搜索结果按相关性排序；搜索算法反映了程序设计师对如何决定相关性的判断。

最佳猜测（Best Bets）

手动和搜索查询相配的较佳搜索结果；编辑和主题专家会决定哪些查询应该取出最佳猜测，以及哪些文件应有最佳猜测状态。(完)

这几天在找网站交互设计方面的工作，曾看到过一道*（必填）所在位置的问题：
先看下面三张截图。
第一张：“*”显示在开始

第二张：“*”显示在中间

第三张：“*”显示在后面

请问“*”放在哪个位置相对合理？为什么？

==============================================

首先换个角度看看上面的内容，把过程分成三块：
*＝提醒
用户名、会员登录名、邮箱名称＝说明
文本框＝执行

大多数人的视觉一般是从左往右的方向，所以这三张图的逻辑流程应该是：

第一张：显示在开始
提醒（这是必填的） → 说明（填的是什么内容） → 执行（填写内容）

第二张：显示在在中间
说明（填的是什么内容） → 提醒（这是必填的） → 执行（填写内容）

第三张：显示在后面
说明（填的是什么内容） → 执行（填写内容） → 提醒（这是必填的）

==============================================

显示在开始：一上来就先提示你一定要执行。（这感觉就好像有人先不告诉你做什么事，但先提醒这件事你一定要做。）感觉好吗？！

显示在中间：一上来先说明你要做什么事，然后提示这是你一定要执行的。（这感觉就好像有人先和你说要做什么事，然后提醒你这件事是一定要做，接下去你愿意的话就可以做。）比较尊重用户，也比较符合逻辑。

显示在后面：一上来先说明你要做什么事，然后你愿意的话就执行，执行完后提醒你一定要执行。（这感觉就好像有人先和你说要做什么事，然后你做了，最后才告诉你这是一定要做的。）事都做完了，这时候才知道是一定要做的，对用户来说已经不重要，何况如果不是一定要做的，用户不是可以选择不做吗？

所以我的结论“*”相对来说放在中间最合理！

以上个人看法，仅供参考，欢迎交流：）

网上购物通常买家对货的评价我分为三种类型：分数型，直白感受型，详细说明型。

第一种：评分型

这 种类型的评价在淘宝上用的淋漓尽致，对买家来说确实方便他们的评价行为，但对有相同购买意愿的其它买家来说，这种类型的评价对帮助他们了解货本身的使用情 况就没有多少参考价值，只是对店铺信用度和可靠度的了解。对于CtoC之间的这类评价行为，卖家主要是为了信用的一个建立过程，而买家的评价主要是对这次 购物体验的一次感受，这些可以理解，但在商城的BtoC中这类评价还在主要使用，有点不尽买意。BtoC之间，买家对商家的信用度和可靠度基本上已经不是 问题，评价对象的侧重点就应该到了货本身上，并且尽量引导用户写使用后的评价内容。

第二种：直白感受型：

这类的评价比较主观、感性，不会让其它买家对产品有一种认同感，特别是购买实用型的货，你觉的好不一定我穿着，用着，看着也是好的，这类评价大多只是看一眼就过去了。（不过这类评价应该比较适合一些虚拟类的产品，比如点卡，手机冲值，买票等）

第三种：详细说明型：

这 类评价对其它买家来说有一定的参考性，它能详细描述货具体那里不好,怎么个不好。多收集这类的评价，能让有购物经验的人清楚了解产品性能上、功能上的哪些 方面符合自己的需求，取舍后作出选择。但这类评价也有一个问题：程度上的疑惑。比如有多粗糙，拖影有多严重，音质有多不佳，你认为的粗糙和拖影可能对我来 说可以接受，反之亦然。如果能再多了解这些买家的一些基本资料信息，那他们的评价对其它买家来说会不会更可靠一些呢？

在用户完善注册用 户信息时都有填写个人资料（新用户注册的过程尽可能的简洁，但在用户注册完成后，应尽量引导用户去填写完整他们的个人资料。相信只要对网站一定依赖性的用 户，对自身资料的完整性一定具有较高的保持度、更新度），如果把已作评价的买家的年龄段、工作种类、信用度、兴趣、评价有度做个小提示：

感觉如何？ 这类的小提示显示，评价人和评价内容对买家的参考性有了贴近，对比。

再插个话题：BtoC类的购物网站，希望能看到一个[评论]的搜索功能：
搜索内容以具体型号，关键字（当然不是“好”“很好”）等专有名词
搜索结果不分哪个店铺，商铺
搜索结果的排序比如按有用度，年龄等（不适合用兴趣、工种太杂了）。
在用户选购某个产品前除了解产品本身，对于了解使用后的评价尤为重要，当这类评价数据量积累到一定程度对于商家亦然重要。（完）