header_v1.7.40

关于设计需求和用户场景,我们需要知道什么?

98天前发布

原创文章 / 多领域 / 观点
夭夭是 原创,如需商业用途或转载请与夭夭是联系,谢谢配合。

本文笔者重点来介绍一下About Face 4 交互设计精髓中第4章的内容,设立愿景:场景和设计需求。

前面两个阶段,我们通过定性研究得到定性数据,通过用户建模组织数据创建用户模型并确定了主要设计目标。但到目前为止,我们仍然停留在研究阶段,没有成型的设计方案。

所以,本文笔者重点来介绍一下About Face 4 交互设计精髓(以下简称AF4)中第4章的内容,设立愿景:场景和设计需求。


一、认识场景

AF4主要介绍基于人物模型的场景,它是指站在用户的角度,通过讲故事的方式,了解用户如何理解产品,如何使用产品。基于人物模型的场景有利于设计师理解用户的心理模型,给出更符合用户心理的解决方案。

注意:在构建场景时,情境活动、背景等内容都是前两个阶段用户研究和用户建模中得到的信息中推导出来的。

根据设计阶段不同,主要可分为三类用户场景:

【情境场景】

在设计草图前创建,主要关注用户的目标、活动、期望等,不要关注过多的产品细节。关于这里的更多信息可往下看3.4构建情境场景。


【关键路径场景】

关注用户交互细节,注意人物模型如何使用产品以达到自身目标。


【验证场景】

通常使用“如果...会...”等问题来验证方案可行性。



二、认识需求

设计需求定义的是产品是什么,要做什么。通常由由用户需求、业务需求和技术需求组合而成。它的内容不是功能列表叠加,也不是解决方案的罗列,设计师要注意区别设计需求和解决方案。关注解决方案会使设计师走入狭窄小胡同,而关注设计需求可能会使设计师给出有创意的设计方案。

注意:设计需求是文档化的,换句话说,用文字表达更好。设计需求不是可视化的,而解决方案通常可以用草图、线框图呈现,这里也可以看出设计需求和解决方案的区别。


三、需求定义过程

3.1问题陈述和愿景陈述

【问题陈述】

问题陈述解释了团队为什么要启动这次的设计项目。

通常是因为:业务问题(市场占有率、商业转化率、客户满意度等)+可用性问题(任务繁琐、流程复杂、用户体验差等)两大方面原因,使得决策者推动设计项目的启动。

AF中举的例子:问题陈述



【愿景陈述】

愿景陈述解释了决策者的设计愿景,具体来说愿景陈述需要设计师通过以用户需求为导向,将设计需求转化为解决方案,同时还要满足业务目标(设计愿景)。

AF中举的例子:愿景陈述



3.2搜索和头脑风暴

头脑风暴就是充分发挥脑袋瓜子的作用,奇思异想,然后将你脑子中关于这个设计的初步解决方案的所有想法(可行的/不可行的/普通的/特别的),不管三七二十一全记录下来。


3.3确定人物模型的期望

设计呈现的方案要符合用户的心理模型,所以我们必须知道用户的期望,我们需要知道一些几点:

那我们如何去获知人物模型的期望,AF4中告诉我们两种方法可以去获取回答人物模型的期望问题:人物模型描述和研究数据。主要可以从以下几个问题中去推断人物模型期望:

3.4构建情境场景

什么是情境场景?

情境场景是指某一人物模型使用产品未来版本的故事,描述了产品的使用场景,并包含人物模型的行为和目标。


情境场景的描述重点?

通过主要/次要人物与产品、服务或者其他人物模型之间的主要接触点;建立在一天或者其他有意义的跟产品相关的时间段内;在何种情境下如何使用产品达成自己的目标。

AF中举的例子:情境场景示例

构建情境场景时注意:这个阶段不要涉及太具体的界面和技术,主要关注用户目标。假定产品有魔法,通过魔法来满足用户目标。


3.5明确设计需求

从情境场景中提炼设计需求,主要通过三个关键词:对象+动作+情境

举个例子:直接从预约(情境)中拨打电话(动作)给某人(对象)

那如果对上面的方法掌握度不够,那还可以这样分解具体的四个需求:数据需求、功能需求、情境需求和其他需求。


【数据需求】

AF4中定义:数据需求是必须在系统中呈现的对象和信息,可以看成对象以及对象相关的宾语或形容词。

笔者个人加工一下,从字面上“数据”二字理解:数据通常是可变的,如何变化是需要服务器支持的,服务器改变,数据也会改变。那么数据则可以简单的理解成存储于服务器的信息资料。

3.4中的例子中的数据需求有:账号、人、地址、文件、消息、歌曲、图像机器属性(如状态、日期、大小、创建者和主题等属性),可以发现举得例子中的数据需求都是会因为服务器内存储信息改变而发生改变的。


【功能需求】

功能需求对系统对象执行的操作或动作,通常会转换为界面控件,可以把功能当做产品的动作。功能需求也定义了界面的对象和信息必须显示在什么位置或者容器中。

这里关于功能可以当成产品的动作,笔者是这样认为:功能是用户和产品进行交互来满足目标,那么动能是可操作的,这样可操作的行为就可以看成是产品的动作。而界面上,控件可与用户交互,所以AF4中说,功能需求可转化为界面控件。


【情境需求】

○描述了系统中对象的关系或依赖:那些对象必须显示在一起才会对工作流程有意义,或满足某个人物模型的目标(如:购买商品时,选择购买的商品的列表总和应该是可见的。)

○考虑产品的物理环境:办公室、路上、恶劣环境。

○使用产品的人物模型使用产品的技能和能力。

笔者以为情境需求可以这样拆分:情节+环境,情节基本有事件组成,而环境则由时间、物理环境等组成,这样是不是比较方便理解hhh


【其他需求】

一个优秀的交互设计师,他给出的解决方案,要满足3大条件:用户需求、业务需要和技术约束。业务需要和技术约束就归类为其他需求。

AF4中总结的其他需求如下:


OK,到这里我们就完成了设计需求的提炼,下一步就是交互框架的建立,产品细节的琢磨,考虑如何将功能有效组织并呈现出来更好的服务用户目标。

88~


1
    没有新消息

    提示文案

    提示文案

    提示失败
    提示成功