站点地图直观的表现网站结构。（对于APP，也可以制作类似的结构图表）
5.1站点地图概述
目的--澄清数据层级、建立导航框架、方便内容移植
受众--设计人员、开发人员、项目经理、涉众
工作量--可能项目期间需要不断修改
使用情境--创建或者审查产品
格式--方框和直线（一开始我以为什么顺手用什么，后来发现为了和概念模型区分，作者其实特意做了区分。）
站点地图是网站内容的结构。作为设计工件的站点地图不是网站上现实的站点地图。
5.2站点地图简介
5.3站点地图的结构
第一层：方框、箭头和一点其他内容
1、方框表示页面、页面组、资源、类别
2、箭头表示链接，可以显示层级体系和导航关系
3、布局--如果站点地图表示层级关系布局上要严谨对其网格，从上至下。如果站点地图表示导航关系，就不必对齐。
第二层：详细描述页面和链接
第二层对第一层的每个方框和线条都做了详细说明。
1、页面的详细信息、页面之间的区别、版本之间的区别
2、页面分组--页面池、功能组、上下文背景组
3、其他的连接--交叉链接、上下文设置链接、页面组连接、（？）
第三层：提供更多的背景信息
第三层信息扩展了用户体验，提供了网站的结构信息的上下文环境。
注释、小的制表符或拐角、图标
1、项目管理和规划--优先级、顺序、所有权
2、内容和编辑策略--重点、更新、资源
3、用户需求--根据目标对象的需求，显示不同页面的相对重要性。
5.4创建站点地图
5.4.1站点地图的基本决策
1、目的和动机--站点地图显示了设计过程中产品目前和将来的状态。站点地图是描述导航策略、描述分类、验证内容、便于内容迁移方面都有作用。
2、受众--项目涉众
3、内容的形成--
5.4.2星型站点地图的技巧
一般只需要简单的组织结构图，熟悉站点地图后可尝试星型
1、等距分布--带有透视的结构图，主要显示数量和分组
2、可视语言--创建站点地图模板（就像Axure里的模块，画原型的时候直接拖过来用，书里作者推荐了visio、omnigraffle。）
3、大型地图--可进行拆分
5.4.3提高站点地图的绘制水平
1、使连接简单易用--只显示表示站点结构的连接
2、（根据内容的详细程度 维护多版本的站点地图，适当隐藏/显示 详细程度不同的内容。）
3、简化--避免漏掉内容类别、突出页面之间的差异性、避免漏掉连接、列出所有内容、对照资料核对
5.5展示站点地图（向别人交付）
5.5.1确定会议的目的
解决以下两个问题：
1、站点地图中包括什么--统一主题、重点内容、更新内容
2、遗漏了哪些内容--涉众会提出X应该放在哪里的问题，要弄清自己希望把X放在哪里。
如何避免客户不理解站点地图：理解客户以前没见过站点地图、当面解释这张图而不是让他们自己看、逐步解释、放在情境中、等导航和页面设计完成后一起展示
5.5.2调整基本的会议结构
1、建立情境
2、描述视觉规则-怎么看这张图
3、强调主要的设计决策-（为什么选择这样的结构不是那种、当前方案的重要变化等）
4、提供基本原理和确定限制条件--技术约束、政策约束
5、解释细节信息--以具体事例解释站点结构。内容之间是如何连结的、这些内容属于的分类和标签、模板选择、异常
6、使用心得设计决策应注意--更新补充的内容、依赖条件、更新模板
避免枯燥的解释每个方框
7、征求反馈--首先明确反馈的范围，有选择的讨论类别、内容、标签、链接、模板5各方面的两类问题：是否正确、遗漏了哪些内容，但要说明为什么选择讨论这些元素。
8、提供评审框架--会议结束时应明确：用户该关注的范围、列出详细的问题、一个反馈期限1-4天。
5.5.3避免新手错误
1、使用标签--（重要是分类，标签是暂时为这个分类起的名字，在分类定下来前，避免讨论标签这个名字。）
2、层级体系的行政策略--（主要见于部门们都想表现自己的企业产品，我想到了同程APP呵呵）不要陷入客户内部的争论中。
5.6运用站点地图
1、确定要做什么，以及何时开始。
确定顺序和范围：在给定区域内，需要创建什么内容、何时创建、需要创建多少内容。
2、可以给站点地图中的方框进行编号，并在线框图中使用相同的编号，帮助项目实施。
3、放在文档里，表示情境。放在线框图旁，表示这页相框图在项目中的位置。
5.7网页的地图难题
站点地图可能会随着时代的发展，慢慢变得不顺手。但是目前还是可以一用的，并且可以完善。
