本章为实际应用提出了几条建议，并再次提醒我们，在设计中需要关注用户需要什么+产品需要什么，产品的设计应当有据可依。本篇笔记共1578字，预计需要3分钟完成阅读。
在 Chapter 3-7 中，我们详细介绍了用户体验要素的设计模型。无论是复杂或简单的产品，它们总是可以适用于这个模型。
可以看到，用户体验要素所涉及的设计工作量是庞大的，认识到“我们需要用户体验设计”的重要性只是起点，将这些要素应用到实践中同样具有挑战。
理想状态下，我们期望由一个专家小组来分工完成五个层面的工作；但是对于资源有限的小团队，我们该如何更好地创造用户体验？
产品设计中的应用
如果希望在具体设计中应用《用户体验要素》这本书的内容，我们需要做好①建立认知，②掌握方法，③实际应用 三部分。
建立认知：认识到用户体验的重要性，并下决心真正地“进行用户体验设计”。
- 我们需要认识到，用户体验设计必不可少，同时，即使是简单的优化也可以有效地提升体验，因此，不要因为资源、时间等限制放弃用户体验设计。
- 转变认知：我们需要为用户设计产品，而不是让用户来接受产品。一个满足所有技术需求却对用户毫无用处的产品是没有意义的。
- 决心实践：充分利用手头的资源，不用做到完美就可以有效地提升体验。
- “用户体验设计”是一场贯穿产品始终的马拉松，而不是某阶段完成的短跑。
- 提前规划好设计节奏，避免因为资源不足而跳过任何一个步骤。每个层级的设计都会对产品的最终效果产生巨大影响。底部(战略层和范围层)的设计尽管不会产生可视、可感知的成果，但它们是更顶层设计的基础，会对产品产生根本性影响；顶部的错误设计也可能削弱抽象层的正确决策，例如“赶客”的视觉设计让聪明的导航或交互成为无用功，设计不佳的导航设计方法也可能会浪费背后灵活的信息架构。
- 在项目末尾增加“用户体验评估”或者“用户接受度测试”是没有意义的，特别是在项目几乎开发完成、后续无法投入资源修复的情况下。
掌握方法：核心是使用“用户体验思维”来分析与处理产品问题。
在设计中，我们要保证“每个决定都建立在对其背后议题的理解之上”。设计中多想想，“为什么要这么做”，以及“这么做会怎么样”。
- 在解决问题前，先了解需要解决什么问题。例如，开始修改主页上不合时宜的紫色大按钮前，思考它究竟哪里不对——是表现层(大小与颜色)、框架层(页面上的位置)还是结构层(功能不符合期望)的问题？
- 在着手处理前，思考解决方案可能产生的后果。一个决策可能会对多个层面、多个模块产生影响，例如创新交互后是可能会影响一部分用户的体验、某个部分运作得很好的导航在另一个部分就不合适了等等。
实际应用：在产品研发与维护过程中，有意识地基于“对问题的理解以及对用户体验决策意义的理解”来了解与处理问题。
- 研发时按照周密的用户体验设计过程进行充分准备，为各个粒度的体验设计确定规范；维护中基于整体的体验设计进行决策；
- 团队管理方面，合理分配责任、保持最新版本的共享与及时同步。
用户体验决策的场景
“用户体验设计”不仅存在于产品的0-1的阶段，产品遇到的或大或小的问题都有可能影响用户体验。针对以下场景的用户体验决策，作者提出了一些tips：
由现状决定的设计(design by default)，即遵循现有技术或结构进行的设计中，
- 在基于现有状态做出决策时，应当一并考量对用户体验的影响；
- 对单个部分的内容进行调整时，应当关注产品内部以及外部的整体性影响。
由模仿决定的设计(design by mimicry)，即参考竞品或其他产品的相似情况而进行的设计中，
- 参考竞品时需要思考，这里对于用户和产品是否合适。
由领导决定的设计(design by fiat)，即根据个人喜好驱动体验决策的设计中，（例如高级别个人对视觉偏好、技术偏好，或者其他更底层的偏好等决策产生影响时）
- 我们需要保证用户需求或产品目标对决策的根本指导性。
参考用户调研结论所进行的设计时，
- 调研设计中，在使用用户测试等用户调研方法前，我们应当明确问题的焦点，从而保证提出“正确的问题”、并正确分析用户给出的答案（例如，“导航条不好用”很可能可以细化为导航条的颜色问题或者用词问题）；
- 用户反馈通常是一个个零散的点，无法取代周密的设计；
- 综上，重点在于，相比于纯粹依赖用户自己阐述需求，我们更应该尝试“比用户自己更准确地去理解他们的需求”（用户调查是我们了解用户的工具，而不是得出结论的方法）。
