用户研究

只是记录一些对我个人有用的关键点,对于一个高效的执行脚本。(话说这是我08年起的一个草稿贴,汗颜)

1、清晰指出该次执行的探寻焦点。形式上可以是关键字,也可以是一连串的问题,前者适合于当执行者不大熟悉研究主题的情况,能快速的上手且准确执行,但容易遗漏关键字以外的关注点;

2、没有严格的执行顺序,但有清晰的场景定义。这点对刚入门的用户研究员尤其需要避免。看到很多脚本,由于研究员在设计时考虑到很多的“问题逻辑”,所以在脚本中设定了严格的执行顺序(例如先问什么,例如先做什么)。

这对于千变万化的用户思维,有时是弄巧成拙的,一方面是造成执行现场的冲突,更麻烦的另一方面会严重损坏用户数据的真实性。
全文…

Tags: ,

上两周在阿里集团用研聚会的现场,被某叔叔摆上台面,让我谈谈这两者的关系,一下子有点眼黑,因为我很少主动思考这种层面的问题,工作遇到了也尽可能的从现实角度撇清来解决,在罪恶的内心深处或许我希望能有更理论高度更大牛的人来对此一统江湖。但在被摆的10分钟内我的确扯了一些思考线索,这些线索我整理整理就当博文充数了。

记得白鸦大哥曾经强调过一句话:可用性是指标、用户体验是目标、UCD是思想和信仰。(出自当时IBM用户研究的赵晨博士)

我一直记得这句话,当时的理解是所谓的指标、目标都是针对设计师而言,所以我的翻译版是:我们为了提升用户体验而进行设计,其中可用性是其中一种提升方法之一,与之并行的可能还有增加情绪感受、提供更多价值巴拉巴拉等。在我们判断、执行的过程中,心中时刻“以用户为中心”。
全文…

问题的定义说明:

1、用户问题:通过用户测试发现的问题。市面上也有人提“可用性问题”的,我还没想明白侧重哪个方面会更有利于产品的优化。

2、严重程度:就是某问题的严重程度- -~ 通常会和问题的解决优先级挂钩,也是问题发现者和问题解决者不断纠结的重点,初表现为产品设计者与开发者的冲突,或可用性分析师与产品设计者的冲突。

在这几年实际的应用过程,让我觉得,严重程度不仅仅是一次性问题的解决优先级,它在机制上其实应该和设计规范相辅相成,相互补充、更新。它反映的是对于某设计团队或对于某产品所要达到的设计目标中的一部分,具体的说是与用户使用相关的那部分。

所以可以说,严重程度部分反映的是,我们希望产品设计团队怎么做,关注什么,而且它所反映的设计要求是非常基础的水平,因为再往下就是“用户出问题”了!

严重程度的作用,在于:

  1. 和问题解决的优先级挂钩,让衡量标准透明化,其意义就相当于业务部门的KPI定义一样,便于大家目标一致,并且用相同语言沟通;
  2. 让产品设计师在考虑设计时,能“有依据”的“理性”的“结构化”的、考虑用户的意见;
    全文…

Tags:

相信说起电子商务,说起网络,很多用户看重的因素中,安全绝对排的上前3位。 相信做任何用户测试,问起用户是否在意“安全”,没人会觉得安全不重要。

但现实中呢……

全文…

居然还有当时勤奋翻译的可用性评价问卷,太寒了,不分享对不起自己。
原文在这里,还是别太多被2年前的我误导。http://sumi.ucc.ie/

还搜了个其他同仁翻译的,给大伙儿参照着看,哈哈
http://yuezh.blogbus.com/logs/3817893.html
——————————————————————————————————————————

全文…

通常软件更新都是用户比较被动的情况下进行的。到目前为止能收集到有那么几种:

1、完全自发自主:不管三七二十一,让我更新了再说。
类似于搜狗输入法在对待词库更新时,就是这么干的。我自己在好好的用电脑,它突然就自己抽风着要更新了,这种操作对于用户来说,基本上属于“不大重要且有点小用,所以不会反对,也不想去参与”的类型,因为词库要做哪些更新,我也不知道。所以它能自个儿管自个儿的做完就挺好。美中不足的是,它一定要通知我,而且还频频的通知,我关掉一次气泡它还会冒出第N次,给我感觉有点邀功的味道。基本上是干扰类的信息。


全文…

工作地点:杭州

用户研究员(2人):

工作内容:
1. 参与产品的用户研究,挖掘和分析用户的使用习惯、情感及体验需求并提炼成为产品模式和产品需求;同时持续的分析用户的特定行为和特征,建设用户角色模型,为产品运营和设计创新提供指引;
2.参与产品的可用性评估工作,策划并执行可用性测试,评估产品的可用性水平和用户满意度水平,对问题提出修改建议,并推动各方资源解决体验问题;
3.参与设计研究工作,包括用户体验设计标准的研究、影响产品用户体验的因素等。

任职要求:
1、有3年以上相关工作经验,社会学、心理学、人机交互、市场营销等相关专业优先;
2、熟悉用户体验领域的理论和方法,掌握至少两种可用性评估或体验度量方法;
3、掌握一定的社会学、心理学研究方法,有参与或主导过此类研究的实践,掌握数据分析方法和操作技能,能完成推断统计;
4、热爱互联网产品或电子支付产品,有设计网站或同类产品的实践优先;
5、善于学习,能快速进行新产品或新业务的理解;
6、喜欢与人交往,善于观察和分析用户的行为和情绪的表现细节。

高级用户研究员(3人):

工作内容:
1、参与产品的用户研究,挖掘和分析用户的使用习惯、情感及体验需求并提炼成
为产品模式和产品需求;
2、持续分析用户的特定行为和特征,建设用户角色模型,为产品运营和设计创新
提供指引;
3、建立并维护产品的用户体验度量指标,参与产品的体验度量工作,对问题提出
建设性的改善方案;
4、在公司内宣传以“以用户为中心”的产品设计理念,推动用户参与、可用性等
设计理念。

任职要求:

1、有5年以上相关工作经验,社会学、心理学、人机交互、市场营销、统计、数学
等相关专业优先;
2、热爱互联网产品或电子商务支付产品,对商业敏感,能针对不同项目权衡研究
的投入产出比;
3、熟悉用户体验领域的理论和方法,掌握至少两种可用性评估或体验度量方法,
并能针对产品提出建设性的改善方案;
4、在某一用户行为或认知的研究领域有所特长,如信息加工模型、网络使用行
为、体验消费分析;
5、熟练掌握多种实验设计方法或数据分析方法优先;

简历请发送至:uedzp@alipay.com 或者联系我,iefen@hotmail.com

Tags:

最近老烦写些概念性的东西,虽然也知道自己距离理论是越走越有点远了,但的确是很想做点真正实践的活儿,分享点实在的经验。

就像现在我又在想的这个,错误日志分析,从进公司没多久就开始琢磨到现在了却也没摸着过真正的错误日志信息,看来执行力和坚持对一个人真的挺重要的。老大很实在,“没有理由,你想做其实总能做到的”,是的,这其实是每个人对自己的要求。没有理由的。

全文…

到目前为止为公司的新产品做了一些前期用户调研,产品经理和业务部门最关心的问题莫过于“用户使用该产品的动机”,而从这些调研结果来看,我们所挖掘到的内容来看,其实这并不是一个问题,而是一个现象,其后面是什么?对产品的设计更重要的是什么?

名词解释:动机,是为实现一定“目的”而“行动”的原因。动机是个体的内在过程,行为是这种内在过程的表现。引起动机的内在条件是需要,引起动机的外在条件是诱因。

对用户来说,往往是下面的一种过程,(注:非准确的心理行为和流程)
02008417132118

也就是说,一个动机往往后面有多个问题或多个需求,也有多个用户决策的过程。

回到主题,用户使用Firefox的动机是什么?
我是一名Firefox用户,从大学一直用到现在。持续的、反复的使用。

问题或需求:
1、我经常会不小心关闭浏览器里的窗口,关闭后又要重新进入非常麻烦;
2、我希望自己能cool点,看起来技术一点;
3、在浏览淘宝的时候常常需要打开很多窗口,在同时查看时多个窗口不如多个标签方便;

我的信息:
1、Firefox有撤销关闭窗口的功能;
2、馒头都用Firefox的,他是开发诶;
3、遨游和Firefox一样,都可以有多个标签;

我的决策:
不好意思,忘记了那会儿的决策过程。

欢迎大家都来说说自己的情况。看看这样的思路,是不是能更清晰的了解用户。

其实我已经默认自己懒下去了,但临打开电视的瞬间良知拉住了我。加上最近心情低落,是应该写的积极的内容来挽救工作的激情。

现在用户体验这个行当已经名词好多了,这或许不是一件坏事,说明已经跨过了从一到多的过程,暗示可能从多到一的时候不远了。而且,作为一个在企业和高校都同样热门的行当,实在也很难避免各种相似相近的名词冒出来。
就例如这个标题提到的“用户测试“,我相信很大可能是从企业中称呼出来的,因为它跟学院中的”可用性测试“基本上是一个东西,只是在前者的环境中需要更强调用户,而后者没有如此需求就更直白的说出了它的测试目标。
其实做用户测试就是为了测试产品的可用性。绕。

全文…