信息体系结构模型和示例
导航设计定义了 (菜单、链接、网站和页面) 查找组件的可视方式。 导航设计旨在帮助用户了解如何与 SharePoint 网站和门户交互，以及可用的信息类型。 实施导航的选项因网站和 Intranet 的框架而异。
本文内容：
信息体系结构建模元素
信息体系结构元素是导航设计的辅助组件，是构建基块的补充。 在选择、规划和实施全局、中心或本地导航的导航设计时，应考虑以下组件。
- 网站层次结构 – 使用中心和可视布局建立视觉层次结构
- 安全性 - 数据治理、管理和编辑权限
- 分类 - 记录管理、合规性要求
导航设计的常见模型
组织网站和内容的方式取决于组织的构成以及用户的需求和目标。 例如，如果你的目标是为一线员工提供特定网站和文档，你可以决定优化移动设备的导航。 又如，如果你的目标是为你的团队创建协作空间，你可以决定设计 SharePoint 团队网站以与 Microsoft Teams 保持一致。
组织导航设计的常见方法：
按部门
优点 - 大多数用户已经拥有按部门划分的完善导航心理模型。 此模型可扩展各种规模和类型的组织，并且是组织和规划中心的常用方法。
管理注意事项 - 对于大型组织，尤其是设有国际办事处的组织，出于安全和合规性目的确保合适的人员可以访问合适的内容可能是一项挑战。 考虑使用个性化元素（例如信息障碍和访问群体设定）来帮助向特定受众展示内容。
维护注意事项 - 随着业务的增长以及部门和团队的移动，你需要更新全局导航、中心和本地导航以反映组织变化。
按地理位置
优点 - 按地理位置组织是将类似学科的人员聚集在一起进行协作和构建社区的有效方法。 对于大型组织和国际组织来说，位置可能是用户的重要决策因素。 当某些主题的法律和授权因区域而异时，按区域进行组织可能很重要。 例如，危机管理网站或人力资源准则。
治理注意事项 - 许多治理详细信息可能因区域而异，例如网站创建策略、数据保留和数据存储策略。 了解有关多地理位置用户体验和多地理位置配置的更多信息。
维护注意事项 - 当组织移动位置时，需要更新导航以反映这些更改。 全局启用 SharePoint、Microsoft 365 组和其他 Microsoft 365 应用时，还有其他多地理位置注意事项需要规划。 多地理位置使全球企业能够控制存储和管理 SharePoint 团队网站、Office 365 组内容（关联的 SharePoint 网站和共享邮箱）等共享资源的国家或地区。
按任务或方案
优点 - 在导航中按方案进行组织有助于用户了解一般概念，例如“关于我们”页面。 按常见和常用任务进行组织同样有用，例如“报销”或“选择医疗保健计划”等任务。
管理注意事项 - 这种导航风格可能会吸引大量受众，具体取决于导航设计的其余部分。 高流量网站应格外小心，确保通过优化图像尺寸和其他详细信息来管理页面性能。 考虑使用诸如创建中心之类的策略来按部门需求组织任务，这将使管理页面访问和组织变得更加容易。
维护注意事项 - 当组织信息 (领导层、位置等 ) 过时时，需要更新导航。
按项目组合
优点 - 有时最好按类型或项目组合来组织内容，以便按自然分组或为特定受众显示内容。 随着业务的扩展和增长，按项目组合组织导航可以提供灵活性。
管理注意事项 - 对于大型组织，尤其是设有国际办事处的组织，出于安全和合规性目的确保合适的人员可以访问合适的内容可能是一项挑战。 考虑使用个性化元素（例如信息障碍和访问群体设定）来帮助向特定受众展示内容。
维护注意事项 - 随着业务和项目组合的增长，导航需要反映组织变化。
应用场景
方案 1：从经典导航迁移到新式导航
新式导航
经典导航
你的 Intranet 是企业不断发展的一部分，需要与组织一起壮大成长。 新式 Intranet 导航与经典导航的区别在于它是“平面”的 -- 在现代 SharePoint 体验中，不建议使用子网站。 在新式 SharePoint 的新“平面”环境中，计划为每个独立的主题或工作单元创建一个网站。 经典 SharePoint 体系结构通常使用网站集和子网站的分层系统构建，包含继承的导航、权限和网站设计。 一旦构建，这种结构可能不灵活且难以维护。
首先专注于整合对业务影响最大的新式更改。 规划和计划 何时合并更改以及如何跟踪进度。 使用网站分析了解用户行为并在此过程中收集来自用户的反馈。 如何开始使用
从经典 SharePoint 导航迁移到新式导航的过程取决于组织的规模和租户配置的复杂性。 以下是可用于入门的一般准则和工具：
- 定义新的 Intranet 业务目标 并 选择试点方案。
- 有序整理 并查找 测试潜在设计 的方法。
- 将当前网站和子网站列成清单
- 通过将高优先级任务和内容分组来开始规划中心和主网站
- 分阶段发布中心和关联的网站
- 定期查看中心和网站分析以跟踪页面流量和热门内容
- 根据你从用户测试和分析中学到的知识来进行导航更改
方案 2：考虑新式中心导航配置
下面是规划中心导航时的特殊注意事项。 网站可以：
- 位于中心导航中并与中心关联
- 与中心关联，但不位于中心导航中
- 位于中心导航中，但不与中心关联
示例 1 - 站点位于中心导航中，并关联到中心。
通过展示与中心关联的网站，查看者可以发现中心系列内的网站，并在各“系列成员”之间或跨“系列成员”轻松导航。 将关联网站添加到中心导航后，将显示中心导航中的网站集合的组织框架。 中心中的所有网站共享一个共同的主题和导航，这有助于通过查看者互动直观地建立中心系列标识。 中心链接可以转到网站或内容页面，也可以同时转到这两者，但使用链接标记中所述的做法来确保提供清晰一致的体验。
当选择在中心导航中显示所有关联的网站（和关联的中心）时，请考虑有权访问中心的所有用户是否也将有权访问与中心关联的所有网站。 例如，如果在导航中添加指向专用网站的链接，则会提高其“可发现性”，如果这些专用网站的网站所有者已准备好获取访问请求，则这是一件好事。 但是，如果网站所有者不希望发现网站或内容，则你可能不希望在导航中显示受限制的网站。
为确保中心导航链接信守承诺，请考虑以下选项：
对于不应被所有查看者发现的链接，请定位链接，使其仅针对有权访问内容的受众显示。
对于“可发现”但受限制的链接，可以考虑在标签中添加字词“受限”、“请求访问”或“私有”。 与这些网站所有者进行对话，确保他们已为可能更频繁的访问请求做好准备。 此外，可考虑将“锁定”表情符号添加到私人或受限制的网站。
示例 2 - 网站与中心关联，不在中心导航中显示。
如果中心用例主要是关于共享共同主题或为私人网站的成员滚动内容，需要将网站与中心关联，但不在共享中心导航中显示网站。 这样做之所以可行，是因为私人网站的成员已经知道这些网站，并且不需要中心提供指向网站的链接。 但是，这些网站成员会发现，在中心上查看来自私人网站上的滚动新闻和活动（通过突出显示内容和新闻 Web 部件）非常有用。
不显示关联网站的另一个原因是，一个或多个专用网站的所有者不希望在中心导航中发现网站，或者他们不准备管理意外的访问请求。
示例 3 - 网站已添加到中心导航，但未关联到中心。
中心导航有一个非常棒的功能，可用于为与中心关联的所有网站计划共享导航体验，其中包括指向不属于中心但经常需要访问的网站的链接。
如果网站与中心关联，则会反映在中心导航中。 你可能不希望所有与中心“系列”相关的网站都与中心关联。 例如，考虑在团队网站上与外部合作伙伴协作时的方案。 你可能不希望将外部网站与中心关联，因为你可能希望向外部客户显示中心的共享导航。 但与此同时，你可能希望将指向外部网站的链接添加到中心导航，以便内部查看者更轻松地发现这些相关的外部网站。
这提供了一种简便方法，可以显示指向业务组管理的所有外部网站的链接，而不必担心向外部查看者公开导航链接。 当内部查看者导航到外部网站时，他们将不再看到中心上下文和主题，但这是所需的结果。
一个网站只能与一个中心关联。 但是，可以通过向中心导航的其他中心或其他网站添加导航链接来提高被发现的几率。