网站其实是一种特殊的信息组织系统，其特殊在于，信息架构需要人机对话做中转。

早在全球首个网站问世的前二十年，信息架构的概念就已经提了出来。所以，在网站产品设计中所提到的信息架构，只是设计执行理念，而“网站架构”则是此理念支持的技术落实方法。

在实现角度，网站架构由信息的生产、组织、呈现三部分组成。国内前几年的网站普遍不易用、不友好，因为当时的网站架构全部由写程序的工程师设计，也就是说，只完成了系统需求的信息“生产”，而没有考虑针对用户需求的信息“组织、呈现”。

根据用户需求，分解出用户对网站的信息获取点，可以得到一组关系：

1. 功能与功能，能够做什么？
2. 页面与页面，有几条路线可以到达？
3. 模块与模块，入口在哪里？

分为三个级别，对于网站来说，我觉得最直接和用户体验相关的，是能够呈现出来的物理结构，也就是系统模块和更具体的数据呈现的页面结构原型，几点个人经验：

1. 根据功能和页面的重要性排任务顺序，才能实现最高的性价比。
2. 适当考虑信息获取流，以便能更好的和交互设计衔接上，但不需要深入。
3. 先做减法，灵活性和可扩展性同时重要。
4. 考虑用户阅读习惯，视线轨迹跟踪是评估信息可用性的重要理论依据。
5. 细节越早定往后越顺畅，细到每条数据、每个字符。

关于页面结构原型怎么做，我比较习惯用Web页面来落实，原因有四：

1. 制作简单迅速，前提是写页面和画图同样熟练。
2. 容易修改，批量改代码肯定比批量改图形快。
3. 分离结构更直观，使用IE Developer Toolbar配合相当完美。
4. 方便过渡到交互原型，可以直接做链接。

设计中的过程产物，呈现方式和格式都不重要，速度第一，以同事能理解为原则。由此看来，设计师可发挥的余地很大，但是团队协作，如果这些细节没有事先约定，配合起来会有麻烦。

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号