資訊架構模型和範例
瀏覽設計會定義在功能表、鏈接、網站和頁面) (尋找元件的可視化方式。 瀏覽設計旨在協助使用者瞭解如何與 SharePoint 網站和入口網站互動，以及可用的資訊類型。 用於實作導覽的各種選項，將根據您的網站和內部網路的架構而有所不同。
本文內容：
資訊架構模型元素
資訊架構元素是導覽設計的次要元件，是對建置組塊的補充。 針對全域、中心或本地導覽，選取、規劃和實施導覽設計時，應考慮下列元件。
- 網站階層 – 使用中樞和視覺佈局建立視覺階層
- 安全 性 – 數據控管、管理和編輯許可權
- 分類法 – 記錄管理、合規性需求
導覽設計的一般模型
您組織網站和內容的方式取決於組織的組成，以及使用者的需求和目標。 例如，如果您的目標是讓第一線工作人員使用含有特定的網站和文件，您可能會決定最佳化行動裝置的導覽。 另一個範例，如果您的目標是建立小組的共同作業空間，您可能會決定要將您的 SharePoint 小組網站設計成與 Microsoft Teams 一致。
組織導覽設計的常用方法：
依部門
好處 - 多數使用者都已具有依部門劃分來導覽的良好心智模型，。 這種模型可擴大組織的許多規模和類型，是組織和規劃中樞的常見方法。
監管考量 - 對於大型組織而言，特別設有國際辦事處的組織，確保適當的人員能夠存取正確的內容，以確保安全性和合規性，可能是一個挑戰。 請考慮使用個人化元素，例如資訊屏障和對象定位，以協助呈現特定對象的內容。
維護考慮 - 隨著業務成長和部門和小組的移動，您需要更新全域、中樞和本機導覽，以反映組織變更。
依地理位置
好處 - 依地理位置進行組織，是將相似學科的人員整合在一起共同作業並建立社群的有效方法。 針對大型組織和國際組織而言，位置可能是使用者的重要決策因素。 當特定主題的法律和條例因地區而異時，依地區進行組織可能非常重要。 例如，危機管理網站或人力資源指導方針。
治理考慮 - 許多治理詳細數據可能會因區域而異，例如網站建立原則、數據保留和數據儲存原則。 深入瞭解多地理位置使用者體驗和多地理位置設定。
維護考慮 - 當組織移動位置時，必須更新導覽以反映這些變更。 在全球啟用 SharePoint、Microsoft 365 群組和其他 Microsoft 365 應用程式時，還要計劃其他多地理位置考量。 多地理位置可讓全球企業控制儲存和管理 SharePoint 小組網站、Office 365 群組內容 (相關聯的 SharePoint 網站和共用信箱) 等共用資源的國家或地區。
依工作或案例
好處 - 在導覽中依案例進行組織，可協助使用者瞭解一般概念，例如「關於我們」頁面。 依一般和常用的工作進行組織同樣有幫助，例如「取得補助」或「挑選醫療保健方案」等工作。
監管考慮 - 根據您導覽設計的其餘部分，這種導覽樣式可能會吸引廣大的對象。 高流量網站應特別小心，以確保透過最佳化影像大小和其他詳細資料來管理頁面效能。 請考慮使用建立中樞等策略按部門需求來組織工作，這樣就能更輕鬆地管理頁面存取和組織。
維護考慮 - 當組織資訊 (領導階層、位置等 ) 過時時，必須更新導覽。
依公事包
好處 - 有時候最好按類型或公事包來組織內容，以便在自然群組中或針對特定對象來顯示內容。 隨著企業的擴展和壯大，依公事包導覽進行組織可提供靈活性。
監管考量 - 對於大型組織而言，特別設有國際辦事處的組織，確保適當的人員能夠存取正確的內容，以確保安全性和合規性，可能是一個挑戰。 請考慮使用個人化元素，例如資訊屏障和對象定位，以協助呈現特定對象的內容。
維護考量 - 隨著企業和陣容的增長，導覽需要反映組織變化。
案例
案例 1：從傳統導覽移至新式導覽
新式導覽
傳統導覽
您的內部網路是企業中不斷演變的元素，其需要在組織中隨之成長與擴展。 新式內部網路導覽與傳統導覽的不同之處在於它是「一般」的，在現代 SharePoint 體驗中，不建議使用子網站。 在新式 SharePoint 的全新「平面」世界中，計劃針對每個不同的主題或工作單元建立一個網站。 傳統 SharePoint 架構通常是使用網站集合和子網站的階層式系統建置，具有繼承的瀏覽、權限和網站設計。 一旦建立，此結構便不具彈性且難以維護。
著重於納入對您業務造成最大影響的新式變更。 規劃和排程 何時合併變更，以及追蹤進度。 使用網站分析以了解使用者行為並同時收集使用者的意見反應。 如何開始使用
從傳統的 SharePoint 導覽移至新式導覽的過程，取決於貴組織的規模和租用戶設定的複雜性。 以下是您可以用來開始使用的一般指導方針和工具：
- 定義新的內部網路企業目標和選擇試驗案例
- 讓一切井然有序 並尋找 測試潛在設計 的方法
- 清查您目前的網站和子網站
- 經由將高優先順序的工作和內容組成群組來開始規劃中樞和主網站，
- 分階段發行中樞和相關網站
- 定期檢閱中樞和網站分析，以追蹤頁面流量和熱門內容
- 根據您從使用者測試和分析中的學習來變更導覽
案例 2：考慮新式中樞導覽設定
以下是規劃中樞導覽的特殊考量。 網站可以是：
- 在中樞導覽中，而且與中樞相關聯。
- 與中樞相關聯，而且不在中樞導覽中。
- 在中樞導覽中，而且沒有與中樞相關聯。
範例 1 - 網站位於中樞導覽中，且與中樞相關聯。
展示與中樞相關聯的網站，可讓檢視者探索中樞系列中的網站，並在「系列成員」間輕鬆地導覽。 將相關聯的網站新增至中樞導覽，可為中樞導覽中網站的集合顯示組織架構。 中樞中的所有網站會共用常見的佈景主題和導覽，有助於以視覺化方式以及透過檢視者互動，建立中樞系列的身分識別。 您的中樞連結可以移至網站或內容頁面或兩者的組合，但請使用連結標籤所述的作法，以確保您提供清楚且一致的體驗。
當您選擇在中樞導覽中顯示所有相關聯的網站 (並與中樞產生關聯) 時，請考慮可存取中樞的所有使用者是否也可以存取與中樞相關聯的每個網站。 例如，如果您在導覽中新增私人網站的連結，您會增加其「可探索性」，這可能是一個不錯的事 –如果這些私人網站的網站擁有者已準備好取得存取要求。 不過，如果網站擁有者不想要探索網站或內容，您可能不想在導覽中顯示受限制的網站。
為確保您的中樞導覽連結可信守承諾，請考慮下列選項：
對於所有檢視者都不應該探索的連結，請以連結為目標，使其只顯示給可存取內容的物件。
對於「可探索」但限制的連結，請考慮在標籤上加上「受限制」、「要求存取」或「私人」的字眼。 與這些網站擁有者交談，以確定他們已準備好處理可能更頻繁的存取要求。 此外，您可以考慮將「鎖定」表情圖示新增到您的私人網站或受限制的網站。
範例 2 - 網站與中樞相關聯，而不會顯示在中樞導覽中。
如果中樞的使用案例主要是關於共用常見的佈景主題或為屬於私用網站成員的人員發佈內容，您可以將網站與中樞相關聯，但不能在共用中樞導覽中展示網站。 此做法可行的原因之一是私用網站的成員已知道網站的相關資訊，且不需要中樞提供連結給網站。 不過，這些相同的網站成員會希望在中樞上看到從其私人網站彙總的新聞和活動 (透過反白顯示的內容和新聞網頁組件。
另一個不顯示相關聯網站的原因是，一或多個私人網站的擁有者不希望在中樞導覽中探索網站，或未準備好管理非預期的存取要求。
範例 3 - 網站已新增至中樞導覽，但未與中樞相關聯。
中樞導覽的其中一個好功能是可讓您為與中樞相關聯的所有網站規劃共用導覽體驗，包含不屬於中樞一部分之經常需要網站的連結。
如果網站與中樞相關聯，則會反映在中樞導覽中。 您可能不希望與中樞「系列」相關的所有網站與中樞相關聯。 例如，當您與小組網站上的外部合作夥伴共同作業時，請考慮一個案例。 您可能不想建立外部網站與中樞的關聯，因為您可能不想向外部合作夥伴顯示中樞的共用導覽。 但是，您可能想要將外部網站的連結新增至中樞導覽，讓內部檢視者更客易探索這些相關的外部網站。
這提供一個簡便的方式來展示由事業群管理的外部網站連結，而不需擔心將導覽連結公開給外部檢視者。 當內部檢視者流覽至外部網站時，他們將不會再看到中樞內容和主題，但這是所需的結果。
一個網站只能與一個中樞相關聯。 不過，您可以透過將導覽連結新增至其他中樞或您中樞導覽中的其他網站來增加探索。