《用户体验要素》读书笔记
2021-02-25 16:54:54 15 举报AI智能生成
登录查看完整内容
以用户为中心的产品设计【方法论】
作者其他创作
大纲/内容
③结构层【产品的架构和交互设计】
结构层定义
确定各个将要呈现给用户的元素的“模式”和“顺序”
①交互设计
关注于描述“可能的用户行为”，同时定义“系统如何配合与响应”这些用户行为
概念模型
使用人们熟悉的概念模型，会使用户很快适应一个不熟悉的网站
一个令人不太熟悉的概念模型只有在用户能正确理解并诠释它的时候才能起到作用
将现实世界中的对应实物放入概念模型中可能会有一定的价值；但不要将比喻从现实世界中照搬过来
错误处理
①将系统设计成不可能犯错
②系统应帮助用户找出错误并改正；系统甚至可以帮助用户自动改正错误
③系统应该为用户提供从错误中恢复的方式；对于不可恢复的错误，提供大量警告
②信息架构
结构化内容
建立分类体系
从上到下
从战略层（产品目标+用户需求）进行结构设计
缺陷：可能导致内容的重要细节被忽略
从下到上
从范围层（内容+功能需求分析）驱动结构设计
缺陷：过于精确地反映现有内容，不能灵活地容纳未来内容的变动或增加
评估结构质量
不是整个过程一共需要多少步骤，而是用户是否认为每个步骤都合理
当前步骤是否自然延续了上一个步骤中的任务
*适应性强的信息架构系统，能把新内容作为现有结构的一部分容纳进来，也能把新内容当成一个完整的新部分加入
结构方法
信息架构的基本单位：节点（node）
结构类型
层级结构/树状结构/中心辐射结构（最常见）
节点与其他关联节点之间存在父级/子级关系
不是每个节点都有子节点，但每个节点都有父节点
矩阵结构
允许用户在节点与节点之间沿着两个或更多“维度”移动
带着不同需求而来的用户，能在相同内容中寻找各自想要的东西
自然结构
不遵循任何一致的模式，节点是逐一被链接起来的。没有太强烈的“分类”概念
适合娱乐或教育网站，鼓励自由探险的感觉
线性结构
经常被用于小规模的结构：单篇文章、单个专题
大规模的线性结构被用于限制需要呈现的内容顺序对于符合用户需求非常关键的应用程序：教学资料
组织原则
定义：决定哪些节点要编成一组，哪些节点要保持独立标准
产品最高层级使用的组织原则应该紧密地与“产品目标”、“用户需求”相关
创建结构时，就要具体识别出用户心中重要的那些信息，事先预知用户期望并纳入设计之中
语言和元数据
语言
受控词典：强调一致性的工具创造并遵守一个反应用户语言的受控词典是防止企业内部的专业术语侵入产品的最佳方法
类词词典：控制词汇的一种较为精细的应用方法
元数据
以结构化的方式来描述内容的信息（“关于信息的信息”）
应用
将搜索引擎与类词词典连接，再加上元数据，就能使搜索引擎变得更加“聪明”
④框架层【功能和组件设计】
框架层定义
产品用什么样的功能和形式来实现
A. 功能型产品：界面设计、信息设计B. 信息型产品：导航设计、信息设计
习惯和比喻
①让产品界面与用户养成的习惯保持一致，与产品自身保持一致*建立一个成功的用户体验，要求你在做每一个决定的时候都有充分的、明确的理由
②有效的使用比喻：减少用户在“理解和使用你的产品功能”时对猜测的要求
A. 界面设计
提供给用户做某些事的能力
成功的设计：让用户一眼就看到“最重要的东西”，组织好用户最常采用的行为，同时让界面元素用最容易的方式获取和使用
B. 导航设计
提供给用户去某个地方的能力
需同时完成3个目标
必须提供给用户一种在网站间跳转的方法
必须传达出导航元素和它们所包含内容之间的关系
必须传达出它的内容和用户当前浏览页面之间的关系
常见导航系统
全局导航
提供覆盖整个网站的通路
局部导航
提供给用户在这个架构中到“附近地点”的通路
辅助导航
提供了全局导航或局部导航不能快速达到的相关内容的快捷途径
上下文导航/内联导航
嵌入页面自身内容的一种导航
例：文案内容中的超链接
友好导航
提供给用户他们通常不会需要的链接，但作为一种便利的途径来使用
例：联系信息、反馈表单、法律声明等链接
远程导航
没有包含在页面结构中，以他们自己的方式存在，独立于你的网站内容或功能
①网站地图
给用户一个简明的、单页的网站整体结构的快捷浏览方式
通常作为网站的一个分级概要出现，提供个所有一级导航的链接，并与缩进显示的、主要的二级导航链接起来
②索引表
按字母顺序排列的、链接到相关页面的列表。与书最后所列的索引表非常相像
服务拥有不同信息需求的不同用户 非常有用
C. 信息设计
传达想法给用户
用一种能“反映用户思路”和“支持他们的任务和目标”的方式来分类和排列信息元素
指示标识
帮助用户理解“他们在哪儿”、“他们能去哪儿”和“哪条路能使他们里自己的目标更近”
线框图（现实中：产品原型）
捕获所有在框架层做出的决定，并用一个文档来展现它们
整合在框架层全部三种要素的方法
安排和选择界面元素来整合界面设计
识别和定义核心导航系统来整合导航设计
放置和排列信息组成部分的优先级来整合信息设计
⑤表现层
解决并弥补“产品框架层的逻辑排布”的感知呈现问题
表现层定义
用户体验设计师很少考虑的范畴
嗅觉和味觉
属于工业设计领域
触觉
可以用来通知用户，还可以使产品变得更具个性
听觉
视觉设计方案应该把注意力集中在之前层面就确定的目标“运作是否良好”上，应该给予支持效果* 视觉方案应该与传达的品牌形象保持一致
遵循一条流畅的路径
为用户提供有效选择的、某种可能的“引导”
忠于眼睛（两个重要特点）
对比：吸引用户注意的主要工具
设计保持一致性：视觉元素的大小保持一致的尺寸；基于栅格线布局
对比和一致性
视觉
合理设计感知
内部一致性问题：产品在两个不同地方反映了不同的设计方法
外部一致性问题：产品没有在同一个企业的其他产品中，反映出被使用的、相同的设计方法
解决方法：将每一个设计元素独立出来，将设计方案应用到整个产品中去
内部和外部的一致性
色彩是向外界传递品牌识别的一个最有效方法。核心的品牌色彩通常是一个更广泛的配色方案
排版对于企业品牌识别也很重要
配色方案和排版
对线框图最直接的模拟是设计合成品（视觉模型）
承载设计决策的权威性文档是风格指南
设计合成品和风格指南
了解你正在试着去解决的问题（属于五个层面的哪一个）
了解这些解决办法所造成的后果（对其他层面的影响）
创建良好用户体验最重要的工作内容：大量收集亟待解决的非常细微的问题
由现状决定的设计
由模仿决定的设计
由领导决定的设计
用户体验决策体现场景
将每一个决定都建立在对其背后议题的理解之上（你为什么要这么做？）
比用户更准确地去理解他们的需求
提出正确的问题
用户体验开发过程是“马拉松”，而不是短跑
有效控制（产品迭代）步伐、知道何时加速/减速、监控自己的表现、调整自己的方式
马拉松和短跑
要素的应用
《用户体验要素》以用户为中心的产品设计
用户体验为何重要
用户体验形成了客户对企业的整体印象，界定了企业和竞争对手的差异，并且决定了客户是否还会再次光顾
用户体验就是商机：投资回报率ROI（return on investment）、转化率（conversionrate）
认识用户体验要素
5个用户体验要素
表现层
看到的图片文字等可操作或展示的内容
感知体验
框架层
按钮、控件、照片和文本区域的位置等
信息设计
界面设计（功能型产品）
导航设计（信息型产品）
结构层
设计用户如何到达某个页面，操作结束后的跳转
交互设计（功能型产品）
信息架构（信息型产品）
范围层
特性和功能构成了产品的范围层
功能规格（功能型产品）
内容需求（信息型产品）
战略层
经营者想从产品得到什么，用户想从产品得到什么
产品目标
用户需求
功能型产品/信息型产品要素设计区别
①战略层
商业目标
替公司赚钱or省钱
品牌识别
表层：品牌商标的视觉表现
深层：用户心中的品牌形象
成功标准
制定一些可追踪的（数据）指标
对驱动用户体验决策有意义的成功标准，一定是可以明确地与用户行为绑定的标准，而这些用户行为也一定是可以通过设计来营销的行为
用户细分（划分方式）
人口统计学标准
性别
年龄
教育水平
婚姻状况
收入
消费心态档案
1、用户对技术和网页本身的想法：使用频率、新技术的接纳程度
2、用户对于网站相关内容的知识有多少：经验或专业程度的不同
3、产品使用者的不同角色的需求不同
* 不同用户群的需求彼此矛盾
针对单一用户群设计，排除其他用户群
为执行相同任务的不同用户群提供不同的方式
可行性和用户研究
市场调研
方式：问卷调查、用户访谈、焦点小组
目的：获取用户普遍观点和基本信息
现场调查
较小范围，了解具体的用户行为和用户在与产品交互时的表现，获知极其细微的用户行为
任务分析法：分解用户完成任务的精确步骤方法
用户测试
请用户测试产品/原型
创建人物角色/用户模型/用户简介
具体人物信息可以编造
谨记不同角色代表不同用户群需求
②范围层
范围层定义
①这是一个有价值的过程：考虑到潜在冲突，确定现在能解决那些事情
②能产生有价值的产品：明确了项目中要完成的全部工作，定义了产品的要求
范围层确定的是全部的功能需求/规格
功能和内容
内容需求常常伴随着功能的需求，功能需求也常常伴随着内容需求
内容管理系统CMS（content management system）
是否需要多语言文字内容
基础数据是否自带格式
内容是否需要逐级审核
内容元素是否要根据用户喜好或访问终端来动态组合
定义需求
①真实需求：人们讲述的，他们想要的东西
②“伪需求”：人们遇到问题时下意识给出的解决方案。需要探讨获取真实需求
③脱离产品的创意需求：打开设计者思路的可迭代方向
需求序列必须考虑到硬件需求：确立或限制产品功能的可能性
将用户的“人物角色”放入具体的“场景”（任务）中，可以找到这个过程的潜在需求
了解竞品解决相同需求的方式
功能规格说明
不需要包含产品细节，只需要包含在设计或开发过程中出现有可能混淆的功能定义
规则
乐观：描述系统要做什么“防止”不好的情况发生，不是描述系统“不应该”做什么不好的事情
具体：定义明确的需求
避免主观语气：使需求保持明确和避免歧义
内容需求
①不要混淆内容的格式和它的目的
②需提供每一个特性规模的大致预估
文本的字数
图片的像素大小
下载的文件字节
PDF或音频文件等想对独立元素的大小
③尽早确定某个人来负责每一个内容元素
④定义每一个内容特性的“更新频率”
介于用户期望值和有效资源之间的一个合理中间值
*为相异需求用户服务的产品，需为不同用户确定不同的内容信息（还有为全部人准备的信息）
确定需求优先级
评估需求是否满足战略目标。一个需求可以满足多个战略目标时，优先级高
限制因素
时间有限
将特性放到下一个版本或项目中
资源有限
改变技术方案或增加团队资源
引导管理层管关注战略目标，而不是实现这些目标的手段（特性/需求）
0 条评论
回复 删除
下一页
