第三次读《用户体验要素》这本书……
第一次读这本书的时候，把它当作一本工具书在读，因此，我并没有从头到尾的挨着看，而是带着一些目的和问题看了部分章节和大体内容，当时的感受是：
似懂非懂，但让我有了一点“全局观”。
第二次读这本书的时候，同样把它作为工具书，这一次，我的感受是：
要想彻底看懂这本书，我需要先对交互设计，信息架构，视觉设计，市场营销，项目管理，团队合作，用户研究等有一定的了解和认识。
所以，在我看了大概几十本上面提到的相关书籍之后，我再次翻开了这本书，这一次，我觉得我看懂了。
以开发一个网站为例，这里，我们把网站分成两大类：
- 功能型网站：eg：TO B类/工具类的网站
- 信息型网站：eg：UGC类/资讯类的网站
以上两种分类是非常的不细致，但貌似也囊括了可以接触到的大多数网站，无论是哪种类型的网站，站在产品的角度，都可以从上图五个层面进行分析，只不过在有些层面的侧重不同。
层面一：战略层
在这个层面，我们需要回答下面两个问题：
我们希望通过这个网站得到什么？我们的用户要通过这个网站得到什么？
前一个问题，我们需要知道下面的内容：
我们的商业目标是什么？
我们希望传递给用户怎样一种形象，即我们希望我们的网站在用户心中是什么样的？
我们网站成功的标准是什么？
回答上面这些问题，也就涉及到了我们常说的BRD/MRD文档- 商业需求文档与市场需求文档
后一个问题，我们需要回答下面这个问题：
使用我们网站的用户是谁？
这个问题，涉及到 用户细分/用户模型/创建用户角色/需求分析等
层面二：范围层
在这个层面，我们需要回答这个问题：
知道我们的目标以及目标用户后，接下来，我们要开发的是什么？
即： PRD-产品需求文档
对于功能型产品，需要提供详细的功能规格说明书；对于信息型产品，需要确定具体的内容。
层面三：结构层
这个层面包括两个部分：
1:交互设计
书中用这样一句话描述交互设计，我觉得超级精辟：
交互设计，即关注用户所有可能的行为，并同时关注系统应该如何配合与响应。
我自己对交互设计非常感兴趣，也一直在学习，对于交互设计相关的书籍，我比较推荐《about face4》。移动端推荐《移动应用ui设计模式》，web端推荐《界面设计模式》
2:信息架构
信息架构也是一门很深的学问，对于网站来说，网站的信息架构大致分为以下四个方面：
组织系统：层级系统的深度和广度
标签系统：如何表达信息
导航系统：如何浏览信息
搜索系统：如何搜索信息
每个系统，都有很值得研究的内容，这里不细说，多看书，比如：《信息架构 超越web设计》，《web信息架构设计 设计大型网站》
书中对于设计网站时涉及到的结构层级有这样一段话，我也觉得超级精辟：
有些人喜欢计算“完成任务所需要的步骤”，或是计算“用户到达某一地点的点击数”，然而，结构质量最重要标准，不是“整个过程一共需要多少步骤”，而是“用户是否认为每一个步骤都是合理的”，以及“当前的步骤是否自然的延续了上一步骤中的任务。”
“用户会喜欢一个被清晰定义的七步过程，而不是令人困惑的被勉强压缩的三个过程。”
层面四：框架层
界面设计：提供给用户做某些事的能力
导航设计：提供给用户去某个地方的能力
信息设计：传达想法给用户
如果说结构层是确定各个将要呈现给用户的元素的模式和顺序，那么框架层就是确定用什么样的功能和样式来实现。
层面五：表现层
做好产品的信息架构，交互设计，导航设计等等，最终需要通过表现层的感知设计更好的表达给用户。比如：“美即好用”原则，表示产品的表现层对于整个产品来说也是至关重要的。
对于表现层，书中有这样一些话，我觉得很棒：评估一个产品视觉设计的简单方法之一：
你的视线首先落在什么地方？哪个设计要素在第一时间吸引了用户注意力？它们对于战略目标来讲是重要的东西吗？用户第一时间注意到的东西与他们的目标背道而驰吗？
《用户体验要素》这本书，从表现层，框架层，结构层，范围层，战略层五个层面，对一个软件产品进行分析，每一个层面都至关重要，无论是to c还是to b的产品，不论是功能性产品还是信息型产品。
作为产品人，应该关注到每一个层面，对于每一个层面都要有自己的底线。而不是，对于to c的产品关注到框架层与表现层，但对于to b的产品就不需要关注表现层，只关注到结构层。
不管是b端用户还是c端用户，都是“人”，是人就会有对体验的追求。况且现在越好用，用户越多的各大B端产品，都拥有着与c端同样“爽”的用户体验。
