应用软件用户体验设计操作指导Word文档格式.docx

应用软件用户体验设计操作指导Word文档格式.docx

《应用软件用户体验设计操作指导Word文档格式.docx》由会员分享，可在线阅读，更多相关《应用软件用户体验设计操作指导Word文档格式.docx（18页珍藏版）》请在冰豆网上搜索。

4.2.2过程16

4.2.3角色及职责16

4.2.4输入16

4.2.5输出17

4.3专家评审17

4.3.1目标17

4.3.2过程17

4.3.3角色及职责17

4.3.4输入18

4.3.5输出18

4.4交互DEMO18

4.4.1目标18

4.4.2过程18

4.4.3角色及职责18

4.4.4输入19

4.4.5输出19

4.5用户测试19

4.5.1目标19

4.5.2过程19

4.5.3角色及职责20

4.5.4输入20

4.5.5输出20

4.6视觉界面20

4.6.1目标20

4.6.2活动21

4.6.3角色及职责21

4.6.4输入21

4.6.5输出21

4.7切割编码22

4.7.1目标22

4.7.2活动22

4.7.3角色及职责22

4.7.4输入22

4.7.5输出23

4.8发布跟踪23

4.8.1目标23

4.8.2活动23

4.8.3角色及职责23

4.8.4输入23

4.8.5输出23

5附录24

5.1交互设计的8项黄金法则24

5.1.1力求一致性24

5.1.2允许频繁使用快捷键24

5.1.3提供明确的反馈24

5.1.4设计对话，告诉用户任务已完成24

5.1.5提供错误预防和简单的纠错功能24

5.1.6应该方便用户取消某个操作24

5.1.7用户应掌握控制权25

5.1.8减轻用户记忆负担25

5.2其他参考资料25

1文档介绍

1.1文档目的

本文档的目的是指导应用软件组的各个项目的用户体验设计环节的工作，旨在提供高效、顺畅、可控的项目过程。

1.2文档范围

文档包含了用户体验设计介绍、通用流程。

1.3读者对象

需求人员、gui人员、测试人员、项目管理人员。

1.4参考文档

1.5术语与缩写解释

缩写、术语

解释

UE

InteractionDesign

交互设计是指设计人和产品或服务互动的一种机制,以用户体验为基础进行的人机交互设计是要考虑用户的背景、使用经验以及在操作过程中的感受，从而设计符合最终用户的产品，使得最终用户在使用产品时愉悦、符合自己的逻辑、有效完成并且是高效地使用产品。

UCD

User-CenteredDesign,以用户为中心的设计。

　　简单的说，就是在进行产品设计、开发、维护时从用户的需求和用户的感受出发，以用户为中心进行产品设计、开发及维护，而不是让用户去适应产品。

无论产品的使用流程、产品的信息架构、人机交互方式等，都需要考虑用户的使用习惯、预期的交互方式、视觉感受等方面。

（更多，参考附加文件）

2概述

2.1用户体验设计的目标

用户界面对大多数计算机使用者而言，是人和计算机进行沟通的载体。

我们常说的一个软件对用户是否友好、是否体贴用户指的就是用户界面这个问题。

人性化的设计是计算机软件工程的重要指标，因为软件最终是要服务于用户，用户是我们设计的中心。

优秀的用户界面设计是使产品赢得用户、赢得市场的基础，但如何判断用户界面设计的优劣呢？

怎样的用户界面设计才能提高产品的市场竞争力呢？

这里我们需要引入一个概念，即“使用性”的概念。

使用性是一种以用户为中心，关于用户和系统间相互作用的特殊性质，它描述的是“某产品在特定的使用环境中为特定的目标用户所使用，从而快速、有效、满意的完成特定任务的程度”。

因此，用户界面的使用性决定着人机交互的效率和效果。

一个具备较好使用性的用户界面能够让用户全神贯注于其正在进行的工作，而不是去注意他在使用什么操作界面和系统工具。

2.2衡量软件用户体验设计的标准

随着计算机硬件、软件和网络产品的发展和更新换代，产品的使用性得到了越来越多的重视，甚至还逐渐延伸到了工业产品和生活用品的设计和生产领域。

然而产品使用性的好坏已不能用“对用户是否友好”这个单一的、程式化的概念来概括，它是能用科学的方法进行测量和评估的。

产品的使用性有着丰富的内涵，通常可归纳为五个方面，也可以说是衡量产品使用性的五个标准:

Ø

可学性:

简单易学，用户能很快上手；

效率性:

效率有2个方面，1）使用效率高，能帮助用户高效的工作；

2）从性能上说则是软件的响应速度在允许并且理想的范围内，这通常和竞品的性能做比较；

可记忆性:

使用方法遵循用户的约定俗成、容易记忆，无需重新学习；

容错性:

错误率低，对异常都有针对的提示，避免灾难性操作错误发生；

满意度:

用户能带着愉悦的心情使用产品。

由此可见，一个具备良好使用性的产品既应该满足用户方便而高效使用的需要，又应当拥有突出的情感吸引力和用户满意度，从而体现产品生产者对目标用户的关怀。

2.3在应用软件组中实施用户体验设计

应用软件组的矩阵体制共有15个流程组，其中用户体验组是与开发过程相对独立的工作组。

本组的成员角色包含需求人员、UI人员、测试人员、开发人员、产品经理。

本指导书的目标在于描述在应用软件组中用户体验设计工作的应该遵行的规则、流程、需要注意的要点，帮助各个项目组实施更为顺畅的用户体验设计过程。

以下将帮助建立顺畅的用户体验设计过程：

明确的产品目标及目标人群

产品远景目标、各个阶段的目标及人群清晰；

启动机制

完善的过程启动检查机制、确保前置任务传达了正确、完整的项目信息；

便利的沟通

便利直接的跨部门沟通渠道，尽量避免在各个环节中信息传达的误解和误差；

逐步完善的CHECKLIST

不断完善的检查表将使得测试工具更具针对性、提高测试工作的效率；

逐步完善的模板

模板可以辅助指导书规范工作过程，帮助成员快速的进行文档过程。

2.4用户体验的流程图

2.5用户体验环节与流程组中其他环节的协作

在整个作业流程中，用户体验环节将会和其他3个环节发生联系，为此，对于跨环节的协作要注意以下方面，详细的信息将在具体子环节中体现：

需求环节：

确认用户体验环节需要的信息（用户定义、领域定义、竞品定义、功能清单等）在需求环节都已经提供。

开发环节：

在输出资源之前要考虑程序的可实现性，了解裁切资源的最佳方式，并且在进行GUI设计的时候要考虑此方式。

测试环节：

首先应该了解测试清单中和用户体验相关的列表，然后在GUI设计和编码贴图环节避免出现BUG。

3设计原则

以用户为中心的用户体验设计需要遵循以下原则：

用户原则

人机界面设计首先要确立用户类型。

划分类型可以从不同的角度，视实际情况而定。

确定类型后要针对其特点预测他们对不同界面的反应。

这就要从多方面设计分析。

信息最小量原则

人机界面设计要尽量减少用户记忆负担，采用有助于记忆的设计方案。

帮助和提示原则

要对用户的操作命令作出反应，帮助用户处理问题。

系统要设计有恢复出错现场的能力，在系统内部处理工作要有提示，尽量把主动权让给用户。

媒体最佳组合原则

多媒体界面的成功并不在于仅向用户提供丰富的媒体，而应在相关理论指导下，注意处理好各种媒体间的关系，恰当选用。

4设计流程

用户体验的设计流程划分为以下八个阶段。

用户体验设计-主要流程图

4.1需求分析

4.1.1目标

需求人员把项目信息导入到UI人员，UI人员藉此制定用户体验目标和用户习惯报告文档。

4.1.2过程

图2-1导入项目信息流程

需求人员把项目的总体规划、定位、功能、竞品及行业（领域）分析传达到GUI设计人员。

GUI人员依据这些信息，调研竞品的用户体验设计，调查、分析目标用户的用户习惯。

交互设计的启动过程有两种：

项目启动之后，紧跟着需求环节之后；

项目进行中，需求更改之后启动。

两个启动方式的导入信息不同，但是都要提供需要的前置分析：

产品的阶段目标、交互流程、竞品及领域的定义。

4.1.3角色及职责

UI人员

a）分析竞品的用户体验，

b）通过用户访谈、调查获得目标用户的用户习惯报告、制定用户体验目标

c）组织用户体验需求评审

需求分析人员

a）把项目的规划、用户需求、功能、品牌方向及竞品传递给UI人员

b）参与用户体验需求评审

4.1.4输入

项目立项书：

包含项目的远景目标、分解后的子阶段目标；

需求规格书：

包含评审后的功能详细清单（标注关键的功能）、潜在用户分析；

竞品及行业（领域）分析：

包含竞品及行业（领域）的定义、竞品的性能指标分析、竞品的关键点分析。

4.1.5输出

竞品的用户体验设计分析报告：

包含美术风格、快捷键设计策略、交互流程设计特点，竞品在UE方面的的优点、弱点。

重点要写出竞品中哪些功能值得参考，哪些缺点要注意避免。

目标用户的用户习惯报告：

通过目标用户的群体习惯分析、同目标用户群其他软件的用户体验分析获得用户习惯报告。

用户体验需求文档：

依据当前项目目标及用户的习惯制定软件的用户体验需求文档。

4.2原型设计

4.2.1目标

UI人员分析项目的功能清单、使用场景，绘制流程图，制作低保真的线框原型。

4.2.2过程

图2-2原型设计

4.2.3角色及职责

a）UI人员分析项目的功能清单、使用场景，绘制流程图，制作低保真的线框原型；

b）组织UI人员评审原型。

产品经理

a）参与原型评审。

4.2.4输入

项目功能清单（FID）。

4.2.5输出

主要功能的流程图；

低保真的线框模型。

4.3专家评审

4.3.1目标

参加评审人员从以下方面进行评审，以确保GUI人员编制的主要功能的流程图、低保真的线框原型是合理的：

准确性

从功能结构、使用场景、交互流程的梳理结果检查GUI设计人员对项目的理解是否和需求人员保持一致；

完整性

检查交互设计人员是否包含了所有的功能需求中的场景、用例；

合理性

从用户的角度检查原型设计是否符合设计原则；

技术的可操作性

检查线框原型是否具备技术的可实现性。

4.3.2过程

图2-3GUI原型的评审流程

4.3.3角色及职责

a）参与评审；

b）依据评审的意见及建议改进原型

a）参与评审、给出意见和建议

项目负责人

开发人员

a）参与评审，主要进行技术方面的可行性分析。

4.3.4输入

低保真的线框原型。

4.3.5输出

UI的原型设计评审报告：

要体现出技术实现方面的可行性。

4.4交互DEMO

4.4.1目标

按照低保真的线框原型及评审方案，编制交互设计方案，并且制作具有交互功能