范围层面的要素由于更加具体所以大家也更容易理解和接受。如何确定范围和优先级这部分工作恰恰非常简单，复杂的是如果抽取用户的需求，也就是文中的收集需求。文中提到了场景的方法，对传统的系统分析人员来说也就是常说的CASE。在这里用户研究工程师要做的就是要提炼出我们设计的用户需要什么样的功能而不是我们自己需要什么样的功能。（说起来简单，做起来还是比较难呀，个人认为整个设计工作中，这是一个难点工作。）
确定了产品特性之后，就轮到交互设计和信息架构了，这就是结构层的两个主要要素。即使对于非WEB设计人员来说，交互设计也不陌生。其实需求分析过程也是交互设计的过程。但交互设计更加能体现以用户为中心的设计。个人认为交互设计很大程度上决定了用户体验。但书中对交互设计的方法并没有太多的描述。是唯一比较遗憾的，可能这跟这本书要阐述的重点有关，这本书要讲解的是要素而不是细节。
再后来就轮到框架设计了，框架设计要解决的是界面，布局和导航的问题。在传统的设计看来，这基本上是UI设计的全部工作了，一些管理人员固执的以为设计的主要工作就是设计界面，布局，导航。现在看来，这只是其中的一部分，并且可能是一小部分。界面是用户了解产品和获取信息的FACE。一个好的界面第一要让用户很轻易的找到自己需要的信息，第一眼就能看明白这个产品的部分诉求。同时还有一个难点就是抛弃那些用户不需求而我们认为用户需要的表达。
至于视觉设计，完全是一窍不通，不做赘述。
我不是一个专业的设计人员，甚至说很少接触这方面的工作，所以读后感也完全不在道上，所以对我来说最大的收获是管理上的。希望读后感二能够以自己的理解为设计部门建立一套有效的管理流程确定岗位以及关键职能。
文章TAG：
