用户体验要素读书笔记

2020-01-09  本文已影响0人  breathfish

一:知识结构图谱

二:要点

1. 当用户体验刚形成是,有两种观点,一种人把每一个问题看成”应用软件“的设计问题,然后从传统的桌面和客户端的角度来考虑解决方案。另一种人,则从信息的发布和检索的角度来看待网站,然后从传统出版,媒体和信息技术的角度来考虑问题的解决方案。

2. 建立如下模型,一边是功能型的平台类产品,一边是信息型的媒介类产品。

- 功能型,关注任务,所有的操作看成一个过程,思考人们如何完成这个过程,把网站看成用户用于完成一个或多个任务的一个或一组工具。

- 信息型,网站应该提供哪些信息,这些信息对用户的意义,创建一个information-rich的用户体验

3. 交互设计(interaction design):系统如何响应用户的请求

4 还有两个额外的因素会对最终的用户体验产生影响,内容和技术

5. 战略层

设计网站之前问两个基本问题

我们要通过这个产品得到什么(产品目标)

成功标准 

从网站获得:如果你想要鼓励用户随意轻松的发掘网站提供的服务,希望单次访问的时间有所增加,如果想提供简便的信息,希望单词访问的时间减少。

还要衡量对网站的间接影响。有时候用户不回来可能是你竞争对手展开了一些手段,也可能是因为本公司的负面新闻。

我们的用户要通过这个产品得到什么(用户需求)---就要去了解我们的用户,

首先要定义谁是我们的用户

用户细分(常用的是人口统计学)

另一组非常重要的属性也要考虑:用户对技术和网页本身的想法,花多少时间在网络上,是否有最新最好的硬件还是只有在不得不升级的时候才升级,由于对技术的恐惧心理的用户和高级用户在使用网站上非常不同。

考虑用户对网站相关的内容知识有多少(卖厨具给一般人和厨师)

用户卡片,虚构出自己的用户,写下他们的具体属性,每次设计的时候看看用户卡,想想他们会有什么感受

6. 范围层

一个工程师,一个开发,一个销售讨论产品,会互相启发

功能规格说明(功能规格)需求说明(内容需求)

功能规格说明为了避免太枯燥没人看的命运,应该

不需要包含产品的每个细节,只需要包含在设计或者开发过程中出现有可能混肴的功能定义

不要展望产品未来的理想化状态,只需要记录在创建这个产品是已经确认下来的决议

适用的规则

- 乐观,不用“不应该”

- 避免主观的语气

上一篇下一篇

猜你喜欢

热点阅读