《用户体验的要素》摘要

---

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.找到那些不能认出的细节；

• 保持设计的一致性；使用网格布局，框定各功能区块边界

• 风格指南

• 目标：提供足够的细节帮助人们将来做出明智的决策；

• 隐性目标：防止时间的推移，团队集体失忆，减少推诿；