数极客首页

卧底用户体验设计

用户体验设计这词大约
是我心中挥之不去的幽魂
,除非我皈依它的门下,否则绝不给我任何喘息。

作为妥协,先提及一本新书,固然
作者与出版商都没有给我任何推介费用,更没有受权

我援用
相关内容,我还是决议
引见
The UX Booth 对本书的一段援用
:Winning a User Experience Debate 。这篇文章援用
了原书第五章的一段内容,我仅引述若干并综合一些要点:

要将用户设计体验融入商业中心
,你必需
压服
同事信任你的意见与专长

。良益处


批判
/批判是赢得

信任的重要方式。轻率的招认

他人

会让你辛劳
的工作随意

的化为乌有。绝不要草率的疏忽

利益相关者(stakeholder,泛指公司决策层、相关部门、其它相关利益方、用户等一切
利益 关联方)的意见。每个设计师都会犯错,而这世上总有你尚未思索
到的方式能够

用来处置

问题。最糟糕的用户体验设计师莫过于那些以为
利益相关者都是设计文盲的 夜郎自大者。你的商业同伴
、同事或许的确

无法像你一样将想法经过
视觉方式表达出来,但是
聪颖的利益相关者永远是一个用户体验设计师的优势所在。

假定

你狐疑

利益相关者的央求

,无论怎样
先对这一央求

做出尝试,然后再以你的方式去做。这会破费

更多的时间与肉体

,但你也是在经过
显现
自己

能够

听取反响

而取得

他们的信任。你或许
能(因而

)压服
利益相关者为什么你的设计更好,又或许你会发现他们的倡议

其实更好。

书中谈到考证
栈(Validation Stack)这一自创概念,从三个层面为你的设计决策辩护,这三个层面分别是:

  • 用户证据(User Evidence),即直接从用户得来的数据,无论是可用性测试还是系统运用
    日志,这是为设计决策辩护最有力的证据;
  • 用户研讨
    (User Research),没有直接的用户数据,相关的用户研讨
    和设计准绳
    (Design Principles)是下一选择,例如我们谈到过的表单设计;
  • 设计理论(Design Theory),假定

    前两者都缺失,那么诸如Fis Law,或是某条心理学/社会学理论或许能成为“救命稻草”,但是
    设计商业产品不是做科学研讨
    ,一个缺乏圆满
    理论支持但用户测试良好的设计总是比一个“理论正确”的设计更好。

当表单设计中被央求

参与

一个你以为
“非必要”的问题,或者已是拥堵
的页面被央求

再添加
广告时,你要怎样
为用户辩护呢?或许我们会说,认知担负
是积聚
效应,这样一些小的改动会损伤
用户体验,但假定

对方说:证明给我看!(Prove  it!)你会怎样
办呢?几十上百条糟糕设计的积聚
效应或许显然
,但多加一个表单问题这样微小的改动
或许难以察觉

。你要怎样
挑起用户体验这一义务
?原书的意见请大家看原文 ,算我卖个关子,包括所谓什么叫FY阈值(FY Threshold)。

下面说说我的一点个人想法。

既然被称作用户体验设计师,那么主要义务
就是保证用户体验坚持
在公司希冀
的状态内,固然
你必需
了解

如公司的久远

战略、商业目的
,致使

包括一些设计决 策背后可能削弱用户体验的逻辑依据

,但这并不代表你要弱化自身

立场。你的职责不是均衡

各方利益而使一切
人皆大欢欣

,你是用户的捍卫者,是他们对公司产品体 验的发声者,假定

用户不喜欢添加
广告,不喜欢被多问问题,那么这就是你的立场。假定

连你都以为
,作为用户还是能够

忍耐

多一点广告的,那么一个用户体验设计师的存在意义在哪里呢?假定

设计决策影响了用户体验,你的职责是搜集
一切
证据评价
这一影响,使设计团队得到充沛

的信息(对你来说就是提供用户信息)做出设计决策。

对商业目的
的了解

是用户体验设计师与其它团队成员交流沟通协作
的基础

之一,是作为团队成员了解

并接受

某一均衡

决策的逻辑依据

,但不是弱化自己

立场的理由。你能够

提出你的设计思绪
,向团队陈说

怎样
更大的保证
用户体验的同时均衡

商业目的
,并告知这样设计对用户体验的代价是什么。但你的职责不是妥协各方,达成设计决策,而是将用户体验质量最优化。假定

你每遇目的
抵触
便弱化致使

失去自己

的立场,那么这个职位自身

就没有意义了。

UX Booth对Undercover User Experience Design这本书的作者有一个专访文章 ,假定

你有兴味
,无妨
一读。

EuroIA 2010

上一周提到欧洲信息架构峰会(Euro Information Architecture Summit 2010)。这个链接 提供了简直

一切
讲演的slides(我真不知该怎样
翻译了,PPT?非也。幻灯片?似乎

也不对。只好请各位凑合
一下英文了),在你鼓起勇气逐一

翻开
那20多条链接前,我举荐

你先读一下James Kelway的文章 。

工具与问题

工具是用来处置

问题的,每种工具也有其针对的问题域。假定

不了解

这种对应关系,那么拿着大炮轰蚊子,拿着手术刀切西瓜就不只是笑话了。

Daniel Ritzenthaler 在这一周的52 Weeks of UX 上写了一篇文章Match the Tool to the Problem (将工具与问题配对)。谈论

的是这样一个老话题:sketches(草图),wireframes(线框图),mock-ups(实体模型),HTML prototypes(HTML原型),哪个更好?下面我直接翻译好了:

  • 草图 ,普通
    为手绘图,包括屏幕概念(screen idea),或是描画

    笼统
    层面问题或处置

    计划

    的绘图。这些草图在概念未完好

    经过探求

    、成型和完成
    时极具价值。草图能够

    辅佐

    你了解

    大约
    需求
    哪些组成部分

    以达成目的

  • 线框图 ,大多由计算机生成以阐释内容的组织结构

    ,特性和功用
    。将设计中的元素优先化(prioritization)并决议
    大约
    的页面规划
    可能是项目中相当繁杂

    的部分

    。一个架构良好的线框图能够

    辅佐

    你将各组成元素分别

    ,并肯定
    他们能否
    契合
    当前页面的目的

  • 实体模型 ,丰厚
    的图形化产物(普通
    用Photoshop等软件制造
    ,一个例子 ),以模仿

    一个项目的外观与感受,使你能够

    了解

    视觉元素对品牌的影响。实体模型能够

    设定正确的印象并沟通项目的情感元素与个性。

  • HTML原型 ,一个网站的部分

    完成
    版本,用来了解

    页面之间的互动和流程。当目的
    的完成
    触及
    大量复杂交互时,HTML原型的确

    能够

    辅佐

    你找到初始计划

    中的空白点。

举例:

你要构建一个基本

的营销网站 而且你曾经
了解

该网站的目的
,并自信于此类网站的规划
以及页面间的交互。那么直接运用
实体模型是最有效应用
时间的方式,这样在最短时间内你就能得到最接近最终结果的效果图。

这是你第九次构建一个曾经
被普遍
明晰
了解

的Web应用 ,而你曾经
深化

了解

其目的
以及页面交互,但你希望自己

的设计能够

圆满
的顺应
到客户的设计开发团队中。这时线框图成为首选,它们能辅佐

你在Web应用怎样
组织,以及发掘

潜在方式,使界面愈加
本能、直觉化(intuitive)等方面中止

沟通。

你以一个全新的概念 起步,而最艰难

的部分

是真正把握概念并决议
页面怎样
工作。这时你很可能需求
在草图与HTML原型间重复

,直到你自信曾经
抓住概念的中心
目的。而这些初始HTML原型能够

成为十分

好的测试工具,用来搜集
你的团队和潜在用户的反响

每个项目或许都需求
这些工具中的一个致使

全部,这取决于你所面对的应战
。所以讨论的内容并不应该是哪个工具更好或者怎样
将他们归入
一个正式严厉
的设计过程中。而应该是哪一种工具,在给定的时点,能够

给予设计者对设计理念的最大明晰
度并进步
设计效率。

或许你的理论

阅历

与上面的说法相左,十分

希望听听你的阅历

之谈。

怎样
运用
用户体验设计师

Jason Buck写了一篇文章,名为How should a user experience designer be used? (用户体验设计师该被怎样
运用
)。一看到这标题
就让我想到很多家用电器运用
手册:The handbook for …不知哪天谁会写本“户体验设计师运用
手册”,当然这只是玩笑,Jason列出的倡议

  • 检查你的用户体验设计技艺
    :谁都能够

    画线框图。但(用户体验设计师)他们必需
    能够

    中止

    (最终用户)研讨
    ,组织完成
    (与他人

    的)讨论和研讨会,与客户争辩
    ,优秀的口头与视觉沟通者,专注于GTD(Geing things done);

  • 在早期归入
    用户体验设计;
  • 允许用户体验设计师与客户接触;
  • 确保对托付
    物以及项目最终成果的共同了解

  • 让用户体验设计师(向客户)呈现他们的工作。

但是
我觉得Jonathan Lupo在How to Design for the End-User 上写的一篇回应 似乎更值得一读。其中关于
线框图Jonathan谈道,交互设计师或信息架构师必需
阐明

设计决策怎样
达成商业和用户目的
,这一逻辑依据

与设计情境 (context)必需
与线框图一同
提交,而且完成
目的
的决策必需
是可评价
测算的(measurable)。从这个角度来说,线框图不是什么人都能够

制造
的。

BTW,说到线框图,想起Onextrapixel有一篇文章搜集
了40个“brilliant”线框图 。假定

你和我一样是个只会画圈画框和火柴人的程序员出身,那么诸如流程图、线框图这样圆圈方块的应该是觉得
相当亲切了(其实时序图和状态图画起来也是很好玩的,当然,好玩在于逻辑的剖析

与呈现过程,并不是线框自身

了)。

字母排序(大多)该死了

可用性名人Jacob Nielson的文章Alphabetical Sorting Must (Mostly) Die :

在向用户呈现选择时,序数排列,逻辑结构

,时序,重要度优先序或频率优先序通常比A-Z列表更好。

对选项列表中止

字母排序有两个主要益处

  1. 假定

    用户知道

    他们所需事物的名字,那么他们能够

    在列表中疾速
    找到;

  2. 懒散
    的设计团队无需努力寻觅
    更好的结构

当然,Jacob的文章不止这么四句收场
白,不过你大约
曾经
知道

他的意义
了。这篇文章让我想起另一个问题,上一次你在某网站上选择所在省份、所在城市是怎样
完成的?联想Jacob的这篇文章,你大约
多少也知道

我的意义
了。

Bing与Google的可用性比较

似乎

在第一周提到的GMail,Hotmail和Yahoo! Mail的可用性比较

,Web Design Ledger用相似

的方式比较

了Bing和Google ,当然,只是从首页规划
来测试。上次八卦了一下三种邮件效劳
的得分,这次我倡议

读一读文章对可用性测试所提出问题的剖析

,至于得分,留待你去发现吧。

Instant Amazon Search

我猜测

大家都听说了Google Instant ,但是
它至今只限于美、英、法、德、意、西、俄这几个国度
的用户。它所带来的交互方式以及由此产生的用户体验,用一句规范

废话叫做“有待察看

”,不过估量
不少可用性实验室正在做这个测试吧。剩下我们要怎样
体验呢?找个代理或许是个主见

,不过The Next Web 引见
的Shelfluv 或允许


带给你一些体验,试试吧。

一次UI设计方式

设计带来的创意

CSS-Trick组织了一个团队设计项目 ,项目目的
是一种设计方式

:A list with functions。假定
前提:

The design paern we are going to tackle is a list with functions. Think of a list of five names. The primary function of this list is to click the names. The secondary function of the list is that the list needs to be manageable. There needs to be some kind of functionality to edit and delete each list item.

我怕翻译不准,把原文贴在这里,大意是一个有五个名字的列表,列表的主要功用
是点击这几个名字,辅助功用
是这个列表是可管理的,需求
能够

编辑和删除列表项。

并不复杂,不是吗?我估量
你心里曾经
有了不止一种设计,不过我觉得有趣的是文章中列出的设计计划

所呈现的各种交互方式、设计细节和思索

局限。或许你总觉得自己

的设计真实
圆满
无敌,但大千世界,更多的接触他人

的作品或允许


让我们开辟

视野,成为一个更好地设计师吧

其中最受编辑喜欢

的设计:

卧底用户体验设计


结尾,第三
向各位负疚
,这篇文章由于
个人安康
缘由

推迟

了三天。随着身体状态的恢复,我也终于完成了上一周的任务,祝各位这一周一切顺利,固然
这句话也姗姗来迟了。

Cheers, everyone,  and have a very pleasant week!

版权声明:转载时请以超链接方式
标明文章原始出处和作者信息及本声明
http://arslanyard.blogbus.com/logs/76867402.html

给大家举荐

我国新一代大数据用户行为剖析

与数据智能平台:数极客(https://www.shujike.com),是支持无埋点、前端埋点、后端埋点、API导入四种混合数据采集方式,整合剖析

用户行为数据和业务数据,能够

自动监测网站、APP、小程序等多种渠道推行
效果剖析

,是增长黑客们必备的互联网数据剖析

软件。数极客支持实时多维剖析

、漏斗剖析

、留存剖析

、途径
剖析

等十大数据剖析

办法

以及APP数据剖析

网站统计网站剖析

小程序数据统计用户画像等应用场景,业内首创了六种提升转化率的数据剖析

模型,是用户行为剖析

范畴
首款应用定量剖析

与定性剖析

办法

数据剖析

产品

发表评论

评论已关闭。

相关文章