读《用户体验要素》总结

五要素

表现层，框架层，结构层，范围层，战略层

 

产品经理是与其余人所作的工做融合到一块儿

是为了让他们工做更容易，而不是更困难，并不表示他们权威性下降了。

 

从产品设计到用户体验设计：外形服从于功能

为体验而设计：使用第一

另外两个影响用户体验的因素：内容，技术

 

战略层 产品目标和用户需求

咱们要经过这个产品获得什么

咱们的用户要经过这个产品获得什么

 

关注印象数，测量回访数据

 

理清用户需求：

他们是谁 以及 他们的需求是什么

询问他们问题，观察他们的行为

用户细分，人口统计学

 

咱们没法提供一种方案同时知足两种用户需求时，要么选择单一用户群设计而排除其余用户群；要么提供不一样的方式。

 

范围层 功能规格和内容需求

工做流程

日程安排

里程碑

 

知道本身正在建设什么：人人都能参与进来

知道本身不须要建设什么：不须要立刻去作的东西

 

范围蠕变，像滚雪球愈来愈大

 

功能和内容

咱们为何要开发这个产品

咱们要开发的是什么

功能规格说明书

内容管理系统：一个内容管理系统能够实现自动化流程，能展现和交付内容给用户

 

定义需求：最用之不竭的需求源泉老是来自用户自己

经过与用户探讨建议，有时能够得出真正解决问题的、彻底不一样的需求

多想产品新方向

 

人物角色

想象咱们的用户将会经历什么样的过程

从竞争对手处获得一些启示

类似的产品目标

即便不是产品的直接竞争对手也能提供丰富的潜在需求

 

功能规格说明：

过程变得快速简便

足够清楚和准确

乐观

具体

避免主观语气

网站外观应符合企业的品牌指南文档

 

内容需求：

FAQ 常见问题

更新频率

内容清单

肯定需求优先级，实现这些需求的可行性有多大

不管如何，不可能的事情仍然不可能实现，这很遗憾

要求制定战略

 

结构层 交互设计与信息架构

交互设计

信息架构

组织管理、分类、顺序排列

模式和顺序

理解用户的工做方式、行为和思考方式

 

可能的用户行为

系统如何配合和响应

成功的舞蹈是要求每个参与者可以预测对方的移动

与其针对机器的最佳工做方式来设计系统，还不如设计一个对用户而言最好的系统

 

概念模型

 

防止错误

设计成不可能犯错的那种 使错误难以发生

撤销undo

 

结构化内容：

许多状况下，网站的结构不只不能帮助人们找东西，还必须教育、通知或说服用户

从上到下的架构方法是由战略层驱动的

从下到上的架构方法是由范围层驱动的

网站的有生命的个体，须要持续的关心和灌溉

随着时间的流逝而成长、改变

容纳成长和适应变更

 

结构方法：

层级结构

中心辐射

矩阵结构，在四个或更多维度的空间下，人脑基本不可能很好地可视化这些移动

天然结构

线性结构

 

组织原则 决定哪些节点要编成一组

建立一个能与“咱们的目标”和“用户需求”相对应的、正确的结构

 

命名原则

使用用户语言 而且 保持一致性

受控词典

类词词典

元数据

掌握的内容信息越详细，在建设信息架构时，灵活性就越高

动态地将一组与某个主题有关的页面连接到一块儿

搜索引擎使用类词词典来区分“禁用词”与“首选词”；接着它从元数据中查找这些“首选词”

 

团队角色和流程：

架构图

视觉辞典

 

框架层 界面设计、导航设计和信息设计

界面设计 作某些事

导航设计 去某个地方

信息设计 传达想法

 

习惯使咱们能够把这些反射做用应用到不一样的环境中

成功的界面设计是那些能让用户一眼就看到“最重要的东西”的界面设计

弄清楚用户不须要知道哪些东西，并减小它们的发现性

对于开发背景的人来讲，和以往的思路不一样，因好的程序员老是要考虑到不多发生的场景

 

清晰得告诉用户“他们在哪儿”以及“他们能去哪儿”

导航系统

 

线框图

文档自己不是目的；它只是达到目的的一种手段

 

表现层 感知设计

眼球追踪

一条流畅的路径

引导

 

对比

用一个醒目的图形将它们凸显出来

 

一致性

基于栅格线

统一的品牌识别形象

配色方案

排版

风格指南

 

要素应用

了解你正在试着去解决的问题

了解这些解决办法所形成的后果

 

由现状决定的设计

由模仿决定的设计

由领导决定的设计

 

提出正确的问题

你为何要这样作

接受度

 

用户体验的开发过程：它是一场马拉松