动画制作软件首推Flash，它以矢量图方式制作网页动画，放大后的图像不会是真，且同时具有小巧灵活、生成文件小、在网上传播流畅、表现力丰富、视觉冲击力强等诸多优点。另外，Flash还提供了用于实现交互功能的ActionScript语言，用于响应用户的键盘、鼠标事件，可以制作出非常有魅力的作品。

    GIF动画是网页中常用的另一主力军，它可以使用Fireworks或Adobe ImageReady进行制作，用Fireworks制作GIF动画上手比较容易，而用Adobe ImageReady制作出的GIF动画显示效果则要更好一些。

有些网页可能会很长。在这种情况下，页内的导航让用户可以在页面各分区之间跳转，非常有帮助。页内导航也被称作锚点链接、跳转链接。页内导航的链接让页面上下滚动，比使用滚动条更快捷。习惯上会给每个页面分区也配备一个“返回顶部”的链接，所以说页内导航链接往往成对出现。

    除了对内容分区的快速访问，页内链接还是页面内容的概要，就像一个目录。只是滚动页面阅读标题，很难了解页面包含的内容。有时，一套页内链接更会成为局部导航方案的一部分。

    页内链接也是存在着一些问题的，常见的问题有：

与多数重要任务一样，衡量网站成败对每家公司而言都是一门艺术和科学。正如对于设计，当以“正确的”方式衡量网站成败时，少有一成不变的规则。但是我们从实际经验中总结了一些一般性的准则，我们观察到多数公司是这样处理此问题的。

    准则一，关注人们做什么，而不是他们说什么。看起来可能多少有些违反直觉，但事实上人们在调查问卷和小组讨论问题时所说的往往无法反映他们的真实想法。同样，人们告诉你在特定情况下他会做的事情，并不代表他们在实际场景中真的会这么做。如果现实总是人们所说的那样，那么世界将变成美好的人间。

网络是一种相对比较新且日新月异的媒体，因此目前还没有被广泛接受的衡量网站成功与否的标准。许多公司采用的指标大多基于其网站分析报告系统。其中存在很多问题。

    首先，数据太多，不够智能。

    网络的一个伟大之处在于它让我们有能力去衡量许多指标。事实上，大公司已经构建了定制数据库和用语总结网站每天、每周及每月效果的控制面板。我们支持开发控制面板，进而了解各项指标并用它们来追踪网站状态。但是容易获得的数据通常导致我们对它过渡依赖——因为所有主管和网站管理员都会看到数据，在考虑网站时也会想起这些数据。还有一个原因，决策者会专注于数字，他们几乎不会再去看那些具备同等价值但质量更好的指标。简而言之，他们不会去想数字背后的含义。

分类页属于转换过程中不受重视的部分，因为即使精心设计，访客也会视而不见。

    设计师在分类页上做了很多异常繁杂的工作，但它们实现得如此井然有序和直观以至于访客就像接过棒的接力运动员——只顾匆忙前进而对它们置之不理。本应如此，因为转换尚未结束，不应在分类页上停留太久。

    分类页本质上是高级过滤器，它将各个项目分组，以便于访客访问。通过点击分类页，可以筛掉大量访客不需要的产品和服务，而让其有更多机会链接到需求信息页面，关注更精确的详细资料。分类页所作的一切其实就是将众多的选项精炼成访客希望从你的网站上获取的那个选项。

一个清晰有用的分类页对于正在探寻的访客来说是真正的朋友，它使对无数条目的筛选变得轻松。测试你的网站时，可考虑遵守以下要点。

    1、创建的分类页要能方便访客思考和行动

    我们赞成分类页应该合理，除了符合逻辑外，还可以更进一步。它们可以帮助访客按照他们喜欢的方式做他们要做的事。

    我们如何才能知道访客喜欢怎么做事情呢？创造情景是一个能助你发现访客的意愿和需要的方法。

我们认为可用性度量是非常有用的。测量用户体验所能提供的信息要远远多于简单的观察所能提供的信息。度量使设计和评价过程增添了结构化的元素，能够给予调查的结果以更好的理解，同时给决策者也提供了重要的信息。如果缺少可用性度量所提供的信息，决策者可能就要根据不正确的假设，直觉或预感做出重要的商业决策。因而，这种情况下的有些决策不是最好的决策。

    在典型的可用性评估中，很容易发现很明显的可用性问题。但是很难估计这类问题的数量。比如，如果一项研究中的所有8名参与者都碰到了同样的一个问题，那你可以十分确信这确实是一个很常见的问题。但这8名参与者中只有2名或3名碰到了这个问题呢？对于比较大的用户群来说这意味着什么呢？可用性度量有办法估计可能碰到这个可用性问题的用户数量。要知道可用性问题的大小可能意味着要面临这样一种差别；推迟某个重点产品的发布，或者为一个优先级较低的错误增加一个额外的组件。没有可用性度量，可用性问题的多少只能靠猜测。

       为了测量任务成功，要求参加者操作的每个任务都必须有一个清晰的结束状态，比如购买产品、找到特定问题的答案或完成在线申请表。为了测量任务成功，你需要知道什么构成了成功，因此应该在收集数据之前就要给每个任务定义成功标准。如果你不预先预定好标准，你将会冒险，如编制含糊其词的任务及不能收集干净的成功数据。这里有两个例子，一个结果状态是明确的，另一个结果状态不是很清晰：

        1）找到每股google股票的当前价格（明确的结束状态）

可用性问题是什么？对此并没有一个简单的定义，所以说明什么是可用性问题的最佳方式就是给出一些例子：
 
        1）任何影响了任务完成的情形。
 
        2）任何导致用户“偏离航线”的情形。
 
        3）任何让用户产生某种疑惑的情形。
 
        4）任何导致错误的情形。
 
        5）没有看到应当注意的内容。
 
        6）认为本来错误的内容是正确的。
 
        7）任务未结束时以为已经完成了。
 
        8）错误的操作行为。
 
        9）对内容的误解。
 
        10）不理解导航。
 
       在确定可用性问题时需要考虑的一个关键问题是可用性问题的用途是什么。发现可用性问题最常见的使用情况是迭代式设计流程中帮助改进产品。在这种情况下，最有用的可用性问题应当指出如何对产品进行改进。换句话说，只有可执行的问题才会有帮助。即便他们在没有直接指出是界面的哪一部分出现了可用性问题，也应当说明应当去哪里找。
 
       当然，不是所有的可用性问题都是应当避开的。有些可用性问题是正面的，比如产品的某些设计在易用性、效率或满意度方面超出了用户的期望。有时会称这些问题为可用性“发现”，因为问题一词通常都会引起负面的联想。下面就是一些证正面发现的例子：
 
       帮助用户明确且尽可能高效地完成一项复杂交易。
 
       操作流程中的每一步都预测到了用户的需求。
 
       在不知不觉中对用户进行了使用培训。
 
       采用一种清晰简单且容易为用户理解的方式来表达复杂的信息。
 
       报告这些积极发现的主要原因除了为项目团队提供积极的反馈外，还可以确保在以后的设计迭代中不会“背弃”这些正面的界面设计

随着普适计算的崛起，组织往往不想仅限于一种“信息电器”的访问。你设计的网站的内容和导航系统，可能最后注定要在移动设备、互动电视，甚至带有电脑显示器的冰箱上使用。找出你的设计最终针对的设备；了解各种设备的分布，可以让你设计的导航更为灵活和有效。

    比如说，考虑快速增长的移动设备内容传送——收集、PDA、Pocket PC、甚至车载导航系统。同时兼顾Web和移动平台很困难，它能改变你创建导航的做法。不要指望一个只为Web设计的网站能在所有移动设备上夜能有效运作。