layout: post
title: 《用户体验的要素》
category: opinion
description: 范围层
范围：END
| 开始 | 更新（碎片） |
|---|---|
| 2016-2-22 11:11:347 | 2016-2-23 16:57:22 |
- 笔记思考
- 读了多少？
- 有什么收获和疑问？
- 书中的内容和自己有什么联系？
- 哪些拓宽了自己的知识？
- 哪些能促进自己的行动？
需求
如何避免需求的范围蠕动？
-
如何了解用户真实需求？
- 让工程师、客服、营销一起讨论一个站点，观察各方视角，并给出反馈；
- 观察竞争对手如何权衡同样的问题；
-
适合编辑需求文档的几点原则:
- 积极心理，善用肯定式语句：
用户想要XXX,这个功能应该是什么…… - 巨细，多问自己，这句话是否存在歧义，是否会误导开放人员？
- 避开主观语气，避免主观的方法就是自己说的内容是否
可测量、可验证
- 积极心理，善用肯定式语句：
-
需求的优先级判定
- 是否符合公司战略层次要求
- 是否满足用户要求
- 实现该需求的可行性有多大？
交互与架构
交互设计，关注的是理解用户、用户的工作方式，用户的思考方式；
预判“可能的用户行为”，系统判断“如何配合与响应”用户行为；
-
错误行为的处理
- 设计完美的系统
- 提高错误发送的成本
如：多手指触摸放大图片 - 错误的可恢复
Undo重做、撤销功能- 思考如何设计一连串“你确定吗”，而不会被认为是骚扰提醒？
-
信息架构与检索密不可分（分类的艺术）
- 从上到下分类：先功能、内容分类，再细分逻辑
- 从下到上分类，
- 折中，取上述两者平衡
切记，所有的分类必须务实。确实是当下最迫切的用户需求？否则浪费资源，对小团队都是灾难！
用户关注的不是某项分类功能做了多少后台步骤，而是我现在点击的这一步骤是否合理，当前步骤是否延续上一步骤逻辑
推荐阅读：《佐藤可士和的超整理术》
- 组织原则
- 决定哪些节点要成组，哪些保持独立
- 组织架构很多种，适合自己用户的才是
- 使用错误的截面（即属性筛选关键词），比不用更糟糕；
创建架构时，我们要比用户更早的看到至关重要的信息，预判出他们的期望；
- 控制性词典-类词词典
- 元数据
例如，一篇关于志愿消防队如何使用最新产品的文章元数据：
①作者
②发表日期
③内容类型
④产品名称
⑤行业
⑥其他信息
框架|界面、导航、信息设计
“好的导航设计”不能帮你纠正“不好的信息设计”，如果不能分辨这些问题的类型，那么就无法知道是不是真正的解决了它们。
- 不要轻易改变用户的使用习惯，让行为是下意识的发生；
试试交换电话机拨号区与PC键盘数字区 - 改变一个交互习惯，除非你做的比之前更好；
- 清楚用户不需要知道哪些，减少它们的可视性；
视觉设计
什么是好的美感；
只能靠后天培养，多看优秀设计网站、艺术展览等，耳濡目染，潜移默化忠于眼睛
视线应该落在什么地方？
哪个设计要素第一时间吸引用户注意力？
是战略首要目标吗？
第一时间看到的是用户需要的内容吗？
如何寻找注意设计元素？
1.从不同方向角度观察屏幕页面；
2.放远视角，从进门那一刻；
3.找到那些不能认出的细节；
保持设计的一致性；
使用网格布局，框定各功能区块边界风格指南
目标：提供足够的细节帮助人们将来做出明智的决策；
隐性目标：防止时间的推移，团队集体失忆，减少推诿；
