《软件观念革命——交互设计精髓》读书笔记（一）

第一篇 了解你的用户

 

第一章 目标导向设计

• 设计（design）：（1）理解用户的期望、需要、动机和上下文。（2）理解业务、技术和行业上的需求及限制。（3）将这些所知道的东西转化为对产品的规划（或产品本身），使得产品的形式、内容和行为变得有用、能用，令人向往，并且在经济和技术上可行。
• 只关注技术、市场或者任务（而不是为用户及其目标进行设计）所产生的软件正逐渐被我们所抛弃。
• 错误消息框弹出来宣告用户又失败了。这些错误消息还要求用户用同意的方式承认自己的错误：单击“OK”按钮。要我们OK什么？程序失败了，根本就不OK。
• 软件不友好。软件经常用那些貌似友好的问题，例如“你确定吗？”及“你真的想删除那个文件，还是因为其他原因按下删除键？”
• 软件主观臆测。软件经常主观地认为用户了解计算机。关闭记事本时，程序问他是否要保存，以及保存哪里。可初次使用计算机的人又如何知道比如C盘D盘，文件格式等、文件夹、文件路径这些概念呢？
• 软件很晦涩。如果用户没有被告知不同的安装在功能上和所用磁盘空间上的差异，他们又如何能够决定应该选择完全安装、定制安装还是便携式安装呢？
• 软件行为不当。如你将一份word文档保存，再打印，接着关闭它，此时程序还会再次问你是否想保存。显然，程序以为打印会改变文档，即使实际情况并不是这样。
• 程序员，通常也是设计产品的人，通常需要在容易编码和容易使用这两者之间做出选择。
• 大多数机械产品很简单，即使是最复杂的机械产品与大多数软件和基于软件的产品相比也很简单，后者常超过一百万行代码。
• 用户虽然可能能够清晰地理解交互问题，但通常不能清晰地提出解决问题的办法。设计是专门的技术，就像编程一样。程序员可能永远不会要求用户帮他编码，设计问题也应该同等对待。
• 当公司确实关注用户时，他们却过多地关注用户要完成的任务，而没有充分关注他们完成任务时的目标。在技术上很成功，并能很好地完成每一个任务的软件仍然可能在商业上遭遇失败。虽然我们不能忽视技术或任务，但是在满足目标为目的的设计蓝图中，技术和任务只是其中的一部分。
• 目标受人的动机驱使，很难随时间的推移而改变，甚至根本不变。任务是短暂的，几乎完全基于身边的技术。
• 如果正在设计的产品是公司大厅里帮助来访者寻找蹿红的公用信息亭，那么，明显地，目标是便于新用户的使用。
• 好的设计让用户变得更有效率，这是交互设计的通用指导准则，它尤其适用于那些关注生产率的工具。
• 设计师应该负责如何让用户高效地使用产品。仅能帮助用户完成任务但不能满足目标的软件很少能够让用户高效地工作。如果任务是往数据库里输入5000个名字和地址，仅能顺利完成任务的数据库应用就没有办法像自动从账目系统中提取名字的自动化系统那样满足用户目标。
• 几百页的用户调查数据不能轻易地转变为产品需求，传统方法甚至很少提到应该怎样以逻辑的、合适的界面结构来表达需求。
• 当前开发过程的主要问题之一是其中角色分配死板：调研者调研，设计师设计。可用性和市场调研者分析用户和市场调研的结果，接着又把它们转交给设计师或者程序员。模型中缺少的是能将调研转换和综合为设计方案的系统方法。解决这个问题的一个方法是让设计师学着成为调研者。
• 设计师最强大的设计工具是同理心——感知用户感觉的能力。合适的用户调研需要设计师直接、广泛地深入了解用户，并沉浸在用户的世界中，在提出方案之前长时间地为用户着想。在产品开发中最危险的实践是将设计师与用户隔离，因为这样做会消除设计师的同理心。
• 确定某个功能是否应该包括在产品中吵应该取决于它的实现技术。背后的决定因素永远不能只是我们拥有完成这项功能的技术能力。决定性因素应该是这一功能是否直接或者间接地帮助实现用户目标，与此同时仍然满足业务需要。