第二讲第三讲用户体验要素.pptVIP

* 总目录 用户体验为何如此重要 认识这些要素 战略层：网站目标和用户需求 范围层：功能规格和内容需求 结构层：交互设计与信息架构 框架层：界面的设计、导航设计和信息设计 表现层：视觉设计 要素的应用 * 范围层 战略层 当你把用户需求和网站目标转变成网站应该提供给用户什么样的内容和功能时，战略就变成了范围。 结构层 框架层 表现层 功能规格和内容需求 范围层的定义 功能和内容 收集需求 功能规格 内容需求 确定需求优先级 范围层面 功能详述： 站点必须包含的应用特点 内容需求 站点必须具备的内容要素 * 范围层的定义 定义项目范围包括了两个方面：一个有价值的过程导致一个有价值的产品。 过程（process）：确定现在能解决哪些事情，而哪些必须要再迟一点才能解决； 产品（product）：在项目中要完成的全部工作，保证在开发过程中不会出现模棱两可的情况； 工作流程、日程安排、里程碑：用可视性文档来说明项目要求； 理由1：这样你才知道正在建设什么。一系列明确的要求能够把责任分配得更清晰。 理由2：这样你才知道不需要建设什么。用文档记录不同的可能性能够提供评估这些想法的架构。 一月（现在） 四月 七月 十月 （明年）一月 版本1.0 ------------- ------------- ------------- ------------- ------------- ------------- ------------- ------------- 版本1.1 ------------- ------------- ------------- ------------- ------------- ------------- ------------- ------------- 当前难以满足的需求，可以成为启动下一版本的基础，这样就能形成一个不断循环的开发过程。 * 　　在范围层，我们从讨论战略层面的抽象问题着手——“我们为什么要建这个网站？”——转而面对一个新的问题：“我们要建设什么？” 功能和内容 　　在这里，范围层被软件界面的网页和超文本的网页分成两个部分。在软件方面，我们考虑的是功能规格——哪些应该被当成软件产品的“功能组合”。在超文本方面，我们考虑的是内容，这属于编辑和营销推广的传统领域。 　　在软件开发中，范围层确定的是功能需求或功能规格（function specification）文档。大部分时候这两个术语是可以互换的——事实上，有些人使用“功能需求规格”来表示他们的文档覆盖了包括以上两者的内容。 * 作者 内容编辑 文字编辑 管理层 律师 用户 　　内容的开发常常不会像软件过程的需求收集一样正式，但基本原则是一样的。功能需求常常伴随着内容需求（content requirement）。现在，内容常常是通过一个内容管理系统（content management system, CMS）来进行管理的。 一个内容管理系统可以实现自动化流程，能出示和交付给用户。 　　内容管理系统必备的功能取决于你要管理的内容的性质。例如：你是否需要维护多语言或具有数据格式的内容？你的每一篇新闻稿是否必须要通过六个执行副总裁和一个律师的审核？ 　　类似的，功能需求与常常伴随着内容的需求。例如：在个人喜好设置的页面中需要有使用说明吗？是否需要错误提示？必须要有个专门的人来写这些内容。 * 收集需求 　　一些需求适用于整个网站。如品牌需求或技术需求。另一些需求只适用于特殊的特性。大多数时候，当人们说到某种需求的时候，他们想的是产品必须拥有的、某种特殊的一句简短描述。 　　最用之不竭的需求源泉总是来自用户本身。去了解“人们在想什么”的最佳途径就是直接询问他们。 需求的三个主要类别包括： 人们讲述的、他们想要的东西 用户实际想要的东西 人们不知道他们是否需要的特性——潜在需求 　　由于参与创建和设计网站的人很少去想象网站的新方向，因此汇集企业各个部门的成员或不同类型的用户代表来进行的头脑风暴会议，可以是一种打开设计者思路、让他们考虑以前从未想到的可能性的非常有效的工具。其它方法包括使用场景（scenarios）、关注竞争对手等。 　　需求的详略程度常常取决于项目的具体范围，如项目的目标是一个非常复杂的系统，还是项目的内容只是相似或相同性质的东西。 * * 功能规格 功能规格存在的