文档详情

用户体验设计之道.doc

发布:2016-05-21约3.83千字共7页下载文档
文本预览下载声明
用户体验设计 写方案: 我们应该具备:好奇心、热情、同理心、沟通 抬头页注明:客户公司名称、客户公司标识、项目名称、文档内型、反感版本、提交时间、自己公司名称、方案作者、项目编号、预算、机密性 修订历史:版本号、日期、作者、版本注释 项目总览 实施方法 工作范围 假想情况 交付物 权利和所有权:(1)受雇工作:你绝对无权享有作品 (2)授权工作:允许你保有工作产出的版权 额外开支和费用 项目报价 支付时间表 协议和协议的签署 注意系统的“可见性” 收集产品和项目以及背景资料 挑选探视方向 通览网站的优先区域,挑选出符合试探原则和不符合的地方 确保大家用同一个词汇表,统一术语 用户研究步骤: ①定义你的主要用户群 ②安排用户参与 ③实施调查 ④验证你对用户群的定义 ⑤形成用户要求清单 大多数人是天生的信息分享者,愿意将喜欢的东西与别人分享 当你在叫还没回答问题的人发言时,一定要重复一遍问题,以防他们没有理解或之前没有在听 从定义到设计演进: 定义 设计 开发 将和相关人员访谈或用户研究所得形成概念并视觉化 划分项目要求的优先级 安排你将在设计时会用到的行动和文档 :项目目标和流程 Ⅰ明确项目目标 在启动一个项目之前,应该掌握: 为什么这个项目对公司重要 相关人员如何评判项目是否成功 项目会采用何种流程或方法 关键点的主要日期或里程碑 明确的目标特点: 容易理解 无歧义 可以量化 UX设计师的作用: 发现机会和威胁 竞争对手比较(竞品分析):公司最主要的竞争对手是谁?/谁是正在开发中的某网站的竞争对手?等等 融会贯通 Ⅱ了解项目流程 瀑布型流程:将一个项目划分成不同的阶段,待一个项目完成审批后才能进行下一个项目。其局限在于当你在设计阶段有了什么新想法,你必须对在设计阶段已经通过的文档提出修改建议,这样就会导致计划和时间表出乱子。 敏捷型流程:通常将更多的精力放在快速合作上,减少啦在详尽的文档和正式的签署上所花的精力。但其采用并不多。 改良型流程:前两个流程的整合。 第三章 1、什么时候该写方案? 答:什么时候都该写。 2、为什么要写方案? 答:根据项目工作历史,在供求双方之间最会把人们带入困境的事那些没有在协议中明确的地方。 一个好的方案包括些什么? 抬头页(可用不同的风格、从不同角度来驾驭) 修订历史(作用是告诉对方同原来的方案相比,你进行了多少次修改) 项目总览(用自己的话来描述将着手的项目,这个表述。要将你心目中项目产品所能达到的样子清楚地告知你的客户,还要解释对方可以对方案的其他部分有什么样的期望.应该对客户所作出的期望给出详细的细节,用一到两段话对项目做一个透彻的总览) 实施方法(准备-了解-实施-迭代-测试-通过/策划-定义-开发-延伸) 工作范围(制定项目分工:哪部分由你负责,哪部分由客户负责) 假想情况(即有可能发生的)(最适合写明要成功完成项目客户应该提供哪些东西) 交付物(你在工作中产生和需要提供给客户的产物。可以详尽地告诉客户在项目进行过程中将会从你这里获得什么形式的工作产出) 权利和所有权(限制客户在什么范围内使用你的工作产出。分受雇工作(你绝对无权享有作品和所有你所产生的与项目有关的作品都属于用户)和授权工作(允许你保有工作产出的版权)) 额外开支和费用(项目报价和其他外部资源的费用) 项目报价(将所需费用告知客户) 支付时间表 协议和协议的签署 SOW:“工作陈述” 复习:SWIT分析法:目标是列出公司的优点、弱点、机会和威胁。 流程:定义-设计-开发-部署 :业务要求 特点: 对必须解决的整体需求有深入了解; 体现和明确有不同相关人员提出的需求; 为设计提供方向,而不指导如何完成; 以划分优先级和跟踪为目的,形成清晰的工作内容。 探试分析:采用一套规则(探试原则)对产品的可用性设计进行检定。 系统状态的可见性:系统应该及时地以恰当的方式告知用户正在发生的事情。 为什么要做试探分析? 答:采用这种分析是一个相对快速和低成本的获得设计反馈的方法;可以对设计质量提供一个大致把握,并且帮助发现任何潜在的设计问题。 如何去做? 答:(1)收集产品和项目的背景资料; (2)挑选探试方向; (3)通览网站的优先区域,找出符合探试原则和不符合探试原则地方; 将你的发现拿给项目团队和主要相关人员看。 GIF(Graphics Interchange Format)的原义是“图像互换格式是CompuServe公司在 1987年开发的图像文件格式。GIF文件的数据,是一种基于LZW算法的连续色调的无损压缩格式。其压缩率一般在50%左右,它不属于任何应用程序。目前几乎所有相关软件都支持它,公共领域有大量的软件在使用GIF图像文件。GIF图像文件的数
显示全部
相似文档