用户体验要素 | 结构层
结构层
用户体验的第三个要素是结构，当从范围层确定了需求的界限后，下一步就是把已明确的需求进行组织，结构化处理
image.png
在结构层，需要明确的问题是:
产品将用什么方式来运作,即需求所呈现的模式与顺序是什么？
——对于任务流，确定交互设计
——对于信息流，确定信息架构
结构层所关注的是用户的工作方式与用户的思考方式，在交互行为与信息结构上，都需要站在用户的角度进行设计：
交互设计交互设计的核心是关注可能的户行为是什么，此时系统应如何配合与响应
响应请求设计——概念模型
搭建概念模型，是指定义“交互组件将怎样工作”。概念模型的搭建，将影响任务的处理方式、界面语言与视觉设计，概念模型的确定起着关键性的作用
# 购物车vs订货单
<需求：让用户在网上发出订单>
-
概念模型一：零售商店 - 购物车 - 容器
想要让用户完成任务，对应的操作是“放进东西”或“拿出东西”至“推车”，即“添加”、“移除”、“结账”等功能
另一方面，想要让用户感知，“推车”元素也会影响到界面与视觉设计
-
概念模型二：产品目录 - 分类订货单 - 表单
想要让用户完成任务，对应的操作由“添加”和“移除”变成“编辑”，同理“寄出”也取代了以“结账”的比喻来完成购物
应对错误请求
- 【预防】：是指将系统设计成不可能犯错的模式或者作出提示与警告，但后者的缺陷在于警告提示更容易被看作是骚扰而不是帮助
- 【改正】：是指帮用户找出错误，并提供解决方案
- 【恢复】：是指从错误中恢复，适用于在完成某操作后才发现是错误的场景
信息架构信息架构关注的是信息的表达方式，即如何在不同界面上去分布内容元素
信息架构的结构——分类体系
# 平衡使用两个分类体系：
- 从上到下，是指从网站目标与用户需求理解出发，对潜在内容与需求的细分，此分类方法的局限在于可能导致内容的重要细节被忽视
- 从下到上，是指从对内容与功能需求的分析出发，对收集资料的整合分类，此分类方法的局限在于由于过于精确的反映了现有的内容，因此不能灵活地容纳未来内容的变动或增加
# 结构质量的标准：
在完成任务所需要步骤的整个过程中，不需要执着于一共需要多少步，或者用户到达某一地点的点击数必须是多少，用户是否认为每一个步骤都是合理的，当前的步骤是否自然地延续了上一个步骤中的任务，才是结构质量最重要的标准
用户会喜欢一个被清晰定义的七步过程，而不是一个令人困惑的，被勉强压缩的三步过程
信息架构的基本单位——节点
节点对应的是同一种语言和一组共同结构的概念，是任何类型的片段或组合，比如可以将页面作为节点、将网站作为节点、或者将价格作为节点
- 以页面为节点，比如信息架构图
- 以网站为节点，比如Amazon music 音乐服务
# 节点的四种组织方式：
- 层级结构，在节点与其他相关节点之间存在父级/子级关系
- 矩阵结构，在节点之间沿着不同维度移动，适合带着不同需求而来的用户，比如想通过颜色来浏览产品或想通过尺寸来浏览产品
- 自然结构，没有太强的分类概念，鼓励自由与探险的感觉
- 线性结构，具有连贯的流程，多见于线下产品，书籍、音频、录像等
# 节点的组织原则：
不同的组织原则意味着将被应用在不同区域或不同层面；决定哪些节点编为一组，取决于产品与需求是否相对应
- 不同内容所针对的用户可能不一致
- 不同地区所针对的用户可能不一致
- 新闻内容产品更注重信息的实时性而不是实用性
语言和元数据
# 语言的命名规则——控制性词典
控制性词典是网站使用的一套标准语言，属于用户研究中的一个重要领域，通过与用户谈话并了解他们的沟通方式，由此开发出的一个让用户感到自然的命名原则，而不是使用让人感到困惑的专业术语。
控制性词典主要有以下两个原则：
- 使用用户的语言，找到符合用户群体的命名规则
- 保持一致性，即确保大家都能理解并使用
# 元数据
元数据是指关于信息的信息，以一种结构化的方式来描述内容。元数据实际上就是对内容本身进行分类：比如作者名称、发布日期、产品类型都是属于信息本身的类别
