分类为 ‘用户研究’ 的文章

阿里巴巴B2B-Persona-角色分析-准备阶段(一)

[版权声明]:版权归作者Alite所有,转载时请以超链接形式标明文章原始出处和作者信息及本声明:http://www.alitedesign.com/

1.0 Persona发展背景

什么是Persona?简单说来就是,在大量调研的基础上经过处理的真实有效的数,抽象出角色、场景、剧情的特征,形成一个或多个虚拟角色。它不但是很强大的,能用来快速创建产品且成本效益很高的设计工具,而且拥有正确的功能和优良的品质。他是对由真实人物所提供地便于理解且准确的数据所构建出地虚构人物的详细描述。但是,需要记住地是,它不代表每个可能的用户,不是所存在设计流程的替代品。它就像雨后彩虹的七彩色,用来描述成千上万的用户。

为什么要使用Persona呢?首先,单纯的数据是很复杂的,难于记住,内化,以及回忆。其实,Persona是富有生命力的,可进行自我修复,Persona所使用到的移情方法,个人经历,以及关系网贯穿于叙事情节和故事版,它比单纯的scenarios更加强大,易用。最后,Persona让设计团队关注目标用户的重要方面,简化复杂的外部世界,抓住用户的重要特质。

阅读全文

Microsoft ,Apple,Google用户体验设计原则

[版权声明]:版权归作者Alite所有,转载时请以超链接形式标明文章原始出处和作者信息及本声明
:http://www.alitedesign.com/

p64052029-1
细致的Microsoft 减少概念……增强信心 •你是不是引入了新的概念?为什么?真的必要吗? •你能去掉这些不需要的概念吗? •其中的区别有意义吗? •用户体验会延续同样的概念吗? 小的好或坏也很重要 •哪些重要的“小事”是经常会碰到的? •哪些小问题是你在着手解决的? •少做一些更好。 •不要把小事从你的体验中去除。 •为深思熟虑的细节制订计划。 •修正小的错误。 看起来和用起来都很棒 •你的用户体验哪里最棒?它看起来有那么好吗? •用户第一眼看到的东西能够让人觉得它用户体验很棒吗? •用户体验符合期望吗? •用户很清楚能做什么吗? •是不是只提供了必要的步骤? 阅读全文

基于网站日志数据挖掘的用户访问行为模式可视化研究

更真实的理解用户

人种志

引言
我们的设计有没有缺陷?
使用者是否会自动按照设计师的意图去使用?
人们真的会产生良好愉悦的感受?

阅读全文

数据的可视化

http://www.smashingmagazine.com/2007/08/02/data-visualization-modern-approaches/

http://www.visualcomplexity.com/vc/

 让枯燥的数据可被迅速理解

suggest项目总结-用户体验篇

前段时间跟这suggest项目走,没想到这么一个小小的输入框居然会带来那么多的问题。

首先来比较一下几个主流的搜索引擎的suggest效果。为了更直观地说明问题特列了几个比较点:1、取词规则;2、结果数显示;3、匹配提示;4、右键复制粘贴功能;5、中文输入法下回车键的相应(在中文输入法下按回车键直接输入英文);6、事件响应。 

一、Google:http://www.google.cn

取词规则:前向匹配

结果数显示:有,只保留前三位有效数字,剩余全部补0,不足三位精确显示。

匹配提示:无

右键复制粘贴功能:支持

中文输入法下回车键的相应:支持

事件响应:选词时:鼠标移动不改变输入框内内容,且只支持鼠标事件提交,键盘移动同时改变输入框的内容。提交时:鼠标按键(包括左右键)后将鼠标所对准的词直接提交,键盘上按回车键后将输入框内的词直接提交。

Google不愧为互联网的老大,各个产品在体验上都做得非常的精致。对于像右键(剪切/粘帖)之类的操作提供了完美的支持。

g.jpg
二、Yahoo:  http://www.yahoo.com

y11.jpg

取词规则:全词匹配

结果数显示:无。

匹配提示:有,所匹配的词深色显示.

右键复制粘贴功能:不支持

中文输入法下回车键的相应:英文站点无法测,中国雅虎http:cn.yahoo.com不支持)

事件响应:同Google

 雅虎的提示感觉速度很慢,或许是因为全词匹配所以加上了匹配词提示的功能,这样不会让人觉得很突兀。提示框最多只显示5条记录,在下面加了个“上下”翻页的button,个人感觉不是很方便。因为搜索的目的性是很强的,在前5条的现实中没有的话我想大多数人都会选择继续自己的输入而不是去翻页查找suggest中剩余的内容,谁知道有没有呢!在搜索提示框右上方提供了关闭自动提示的功能,下方也有折叠/展开的功能,个人觉得suggest只是一个辅助功能,没有太大的必要对它本身提供太多让用户操作的功能。不支持右键功能也略显遗憾。

三、网易有道:http://www.yodao.com/

取词规则:前向匹配

结果数显示:有,只保留前三位有效数字,剩余全部补0,不足三位精确显示。

匹配提示:无。

右键复制粘贴功能:不支持

中文输入法下回车键的相应:不支持

事件响应:选词时:鼠标、键盘移动的同时都改变输入框的内容。提交时:鼠标按键(只有左键)、键盘上按回车键后将输入框内的词直接提交。

w.jpg

网易的这个有道出来不久,不过个人感觉体验一般。和雅虎一样有关闭提示功能的选项。不过雅虎在关闭提示功能后还有一个按钮可以开启,这个有道在关闭提示功能后的提示就太不明显了,而且没有状态的改变。就是输入框右侧的那个按钮,点击后又“打开提示功能”的按钮。但是我觉得要真是关闭了想重新开启还真难,因为提示的按钮实在不明显,而且个人觉得文案也有问题。“关闭提示功能”我个人理解只是这一次关闭,即点击后提示框消失,没想到它是一直消失了,在测试的时候还纳闷是不是网易突然不提供这suggest功能了呢。另外对于事件的响应上感觉也很有问题,在中文输入法下每输一个拼音就会向服务器端发送请求,对服务器压力很大(这点用户感觉不到)。

 四、说完了别人再来看看我们自己。http://china.alibaba.com

aa.jpg

取词规则:前向匹配

结果数显示:有,只保留前三位有效数字,剩余全部补0,不足三位精确显示。前面还多了个“约”字。

匹配提示:无

右键复制粘贴功能:不支持

中文输入法下回车键的相应:不支持

事件响应:同Google

因为我们采取的也是前向匹配词的方法,所以匹配提示这块个人觉得也没太大必要,反正就是前面的词么。文案上在结果数前加“约”字是因为我们的后台词典并不是同步的,在匹配数比较少的情况下,显示的数目和实际的结果数可能会有很明显的出入(比如实际只有3条,但因词典没有同步更新,匹配数显示还是为4条),所以加上约字就比较合理。只取前三位数字我想也是这方面的考虑。Google和“有道”的词典不知是怎么设置的,尝试了下好像特别少的情况没有出现过,所以没法判断。在显示上根据rank值而不是数量排序,只显示前10条结果,并且如果结果超过12个字则不显示(12个字够精确了不需要在suggest了,个人理解)。在事件上改成同Google一致即可以事件鼠标选择后直接提交,省去了多按此回车键的麻烦,又可以解决上次谭校长用户测试过程中出现的鼠标放在输入框下而导致直接选中词提交的问题。因为技术上还有些细节没有解决,所以暂时还不支持右键功能和中文输入法下回车键输拼音的相应功能(不好意思)。在与后台的交互上,对比网易,通过“缓存”已输入词和对input内容值的判断减少了很多服务器间的请求,速度上比以前有了很大的提高,基本可以实现同步。

体验上的事情不是很懂,随便写了下希望大家拍砖!呵呵。过几天再付上“技术实现篇”和大家一起交流。

2007-12-21可用性测试的一些总结

1-我们的产品存在非常严重的可用性问题。这个问题要解决不是UED一个部门解决的。需要引起高层的相关重视。比如搜索的文案,用户不理解。搜索和注册地区下拉菜单,有的是按拼音顺序,有的按热门顺序,引起用户迷惑。注册反馈用户没有或者无法识别。

2-在测试技术上,我们前期的准备还是有漏洞。如长时间的录象对设备要求的困难考虑不足,造成数据无法存储。再如录音设备问题,还有设计任务如何满足用户独特的背景和通用情形问题等。

3-可用性测试的机制化问题。能否作为一个基本环节,由各个交互设计师把关?

Web数据挖掘读书笔记2007-10-15

最近通过各种途径(如看书、看paper、请教高手等)学习数据挖掘,现将现在的一些基本概念和大家分享。需要说明的是我写的这些仅仅是数据挖掘的基本概念,能够完成让大家了解什么是数据挖掘。进一步的内容还在继续学习中……

1-Web数据挖掘是指从与WWW相关的资源和行为中抽取感兴趣的、有用的模式和隐含信息。 Web信息的多样性决定了Web挖掘任务的多样性,Web数据挖掘总的来说分为内容挖掘、结构挖掘和日志挖掘三类。我们主要是进行日志挖掘。

2-一般Web日志挖掘的过程分为以下三步:
(1)数据准备:对Web日志内容进行预处理,删除无用数据,识别用户会话,完善访问路径。
(2)模式识别:采用相应的数据挖掘算法,对预处理之后的数据进行挖掘,生成模式。
(3)模式分析:排除模式识别中没有价值的规则或模式,将有价值的模式提取出来。

我们的主要工作集中在2-3步,第一步涉及很多算法问题,由数据仓库负责。

3-我们关注的用户模式主要是用户的访问模式。

现在在这个部分的挖掘开发了很多技术。比如统计方法中的频次统计等。另外聚类、分类和关联识别也是常用的方法。具体的工具还有Longest Repeated Subsequence、KMean Clustering、Longest Common Subsequence等。

4-数据挖掘是基于海量数据的,它可以避免现有可用性测试样本量小的局限。但是,数据挖掘也有局限。它不能像可用性测试那样获得用户的所有行为。因此,这两种技术的配合应该是非常理想的选择。

阿里巴巴(中文站)用户体验设计部官方网站

Copyright 2008. All right reserved. Powered by WordPress.