网站在设计进程中的通用可用性

设计Web页面时，我们通常都将维形设计基础建立在广泛应用的页面布局及导航模型之上，并且在创建Web界面时使用诸如一致性、模块性和简洁性之类的最佳范例然而，设计决策的最佳方式都是设计最佳范例与常用Web布局例的结合体，它形成于设计进程各个阶段与用户的紧密讨论之中。让用户参与制作过程可以帮助我们理解用户需求，做出清晰的设计决策，并且创作更多高服从的设计。

有关用户的Web技术收集指标列举如下:用户使用哪种操作体系和河览器，屏幕分辨率是多少，在访问你的站点之前刚访向过哪个页面。尽管了解这些属性肯定会有效，但是界定网站的受众却没有效。Web指标无法正确地告知你用户访问网站的目的，他们盼望从网站中获取什么信息，以及他们是否有某种程度的视觉停滞，专业照旧新手，年轻照旧年长。
 
最后，即使有最好的Web分析，假如你只是基于Web指标来了解用户的话，许多关于受众的盼望、动机以及期望的事件依旧是一个无法知晓的隐秘。
 
相反，目标受众是一群被你视为“网站成功的关键”的用户。例如，你可能会针对特定年龄范围的人设计，例如小门生、青少年或者退体人员。或者你也可能面向特别的技术来设计，例如移动设备。请幸记你的目标受众可能有共同的爱好，但是不太可能有共同的访向需求。一些可能是专业用户，而其他的可能是初次访问者。一些人可能视力较差或者失明，另一些则可能有活动型停滞。同样的人可能会通过笔记本、工作站、PDA(个人数字助理)，以及手机访问网站。尽管你可能有目标群体，其他的人仍有可能会访问网站。例如，针对退休人员开设的投资服务也有可能吸引来自投资者、竟争者、家庭成员，以及那些充足荣幸的有可能提前退体的人们。只按照知足老年人的需求设计这样的网站便是一个失误。
 
拒绝用户岌岌可危。即便Web日志注解仅有2%的用户使用某个特别品牌的覧器，也不要使用可能将这些用户排除在外的技术。让任何一个人不能访问你的信息和服务都不是一件好事，我们谁也无法对这些被排除在外的用户的价值做出评价谁能知道?可能你接下来的紧张的客户就位于这2%的被拒绝的人之中!
 
开发周期
 
所有的开发周期都经历过一系列构成经典“设计流程”的阶段，此处列出的内客尤其与网站设计相干。
 
需求在大型的项目中，需求阶段可能包含:正式的市场调研和用户调所，网络分析调查，当前或者预期用户的分组讨论，以及正式的可用性测试。在小型的项目中，需求阶段通常用与用户、项目利益相干人以及项目提议人一同制定功能性需求列表的会晤情势。
 
设计设计是将需求列表转为详细的情势，起初是祖略的市局和页面线框、导航界面，以及网站图表。要偏重关注基本结构和功能，并且将评尽的围形设计留到之后。开发开发就是现实的HTML页面制作和相干Web应用程序编程。即便你
 
使用迭代的设计进程(大多数Web团队都会这么做)，也不要进行太深入的开发，除非设计的所有重要问题都已经解决。
 
测试所有的网站设计都要求同时进行功能测试(链接检测、欣赏器兼容问题、跨平台问题)以及编辑质量控制。通常，许多Web团队都被技术人员“绑架”了，以至于忽视了对编辑的考虑，忘掉了也必须要对内容大量的品质保证过程来创建好的产品。
 
流水线或“瀑布式”开发经典的线性设计项目每次只能进行一个阶段，在进入下ー个阶段之前需要完成前一个阶段。那些经验证注解不错的方式以及曩昔已经成功应用过的详规格说明都特别很是适合流水线开发工作。在少数特定的情况下，流水线开发会出现问题并且有些乏味。
 
网站建设的设计的迭代模式许多项目都借助于不完备的“分析一设计”或者“设计创建”阶段来处理复杂的未知事务，渐渐将复杂性和设计共识纳入开发体系尤其是在该周期的早期规划和设计阶段。当“设计一创建频频设计”的循环在开发阶段里进行得过于深入时，选代模式就会出现问题。这些开发的选代会导致设计产品紊乱，过于虚耗时间和精力。混合方法当高效开发以及团体项目范畴、进度控制变得极为紧张时，优秀的项目管理会兼顾选代模式及流水线模式的甜头，在进程的早期积极运用多种设计选代，而在后期的开发和测试阶段果断抵制。