資訊架構模型和範例- SharePoint in Microsoft 365
文章推薦指數: 80 %
本文內容. 資訊架構模型元素; 導覽設計的一般模型; 案例. 「導覽設計帳戶」以視覺方式尋找元件(功能表、連結、網站和頁面),可讓使用者瞭解如何 ...
跳到主要內容
已不再支援此瀏覽器。
請升級至MicrosoftEdge,以利用最新功能、安全性更新和技術支援。
下載MicrosoftEdge
其他資訊
目錄
結束焦點模式
閱讀英文
儲存
目錄
閱讀英文
儲存
編輯
Twitter
LinkedIn
Facebook
電子郵件
目錄
資訊架構模型和範例
發行項
12/22/2021
2位參與者
本文內容
「導覽設計帳戶」以視覺方式尋找元件(功能表、連結、網站和頁面),可讓使用者瞭解如何與SharePoint網站和入口網站進行互動,以及提供哪些類型的資訊。
用於實作導覽的各種選項,將根據您的網站和內部網路的架構而有所不同。
本文內容:
深入了解資訊架構元素
探索常見的資訊架構模型與案例
使用模型和案例做為導覽設計的起點
資訊架構模型元素
資訊架構元素是導覽設計的次要元件,是對建置組塊的補充。
針對全域、中心或本地導覽,選取、規劃和實施導覽設計時,應考慮下列元件。
網站階層–使用中樞和視覺佈局建立視覺階層
安全性–資料監管、系統管理及編輯權限
分類法–記錄管理、合規性需求
導覽設計的一般模型
組織網站和內容的方式取決於您的組織組成,以及使用者的需求與目標。
例如,如果您的目標是讓第一線工作人員使用含有特定的網站和文件,您可能會決定最佳化行動裝置的導覽。
另一個範例,如果您的目標是建立小組的共同作業空間,您可能會決定要將您的SharePoint小組網站設計成與MicrosoftTeams一致。
組織導覽設計的常用方法:
依部門
好處-多數使用者都已具有依部門劃分來導覽的良好心智模型,。
這種模型可擴大組織的許多規模和類型,是組織和規劃中樞的常見方法。
監管考量-對於大型組織而言,特別設有國際辦事處的組織,確保適當的人員能夠存取正確的內容,以確保安全性和合規性,可能是一個挑戰。
請考慮使用個人化元素,例如資訊屏障和對象定位,以協助呈現特定對象的內容。
維護考慮-隨著企業發展和部門及團隊移動,您必須更新全域、中樞及本地導覽,以反映組織變化。
依地理位置
好處-依地理位置進行組織,是將相似學科的人員整合在一起共同作業並建立社群的有效方法。
針對大型組織和國際組織而言,位置可能是使用者的重要決策因素。
當特定主題的法律和條例因地區而異時,依地區進行組織可能非常重要。
例如,危機管理網站或人力資源指導方針。
監管考慮-多個公司管詳細資料可能因地區而異,例如網站建立原則、資料保留及資料儲存原則等。
深入瞭解多地理位置使用者體驗和多地理位置設定。
維護考慮-當組織移動位置時,必須更新導覽以反映這些變更。
在全球啟用SharePoint、Microsoft365群組和其他Microsoft365應用程式時,還要計劃其他多地理位置考量。
多地理位置可讓全球企業控制儲存和管理SharePoint小組網站、Office365群組內容(相關聯的SharePoint網站和共用信箱)等共用資源的國家或地區。
依工作或案例
好處-在導覽中依案例進行組織,可協助使用者瞭解一般概念,例如「關於我們」頁面。
依一般和常用的工作進行組織同樣有幫助,例如「取得補助」或「挑選醫療保健方案」等工作。
監管考慮-根據您導覽設計的其餘部分,這種導覽樣式可能會吸引廣大的對象。
高流量網站應特別小心,以確保透過最佳化影像大小和其他詳細資料來管理頁面效能。
請考慮使用建立中樞等策略按部門需求來組織工作,這樣就能更輕鬆地管理頁面存取和組織。
維護考慮-當組織資訊(領導階層、位置等)過期時,必須更新導覽。
依公事包
好處-有時候最好按類型或公事包來組織內容,以便在自然群組中或針對特定對象來顯示內容。
隨著企業的擴展和壯大,依公事包導覽進行組織可提供靈活性。
監管考量-對於大型組織而言,特別設有國際辦事處的組織,確保適當的人員能夠存取正確的內容,以確保安全性和合規性,可能是一個挑戰。
請考慮使用個人化元素,例如資訊屏障和對象定位,以協助呈現特定對象的內容。
維護考量-隨著企業和陣容的增長,導覽需要反映組織變化。
案例
案例1:從傳統導覽移至新式導覽
新式導覽
傳統導覽
您的內部網路是企業中不斷演變的元素,其需要在組織中隨之成長與擴展。
新式內部網路導覽與傳統導覽的不同之處在於它是「平面的」--在新式SharePoint體驗中,不建議使用子網站。
在新式SharePoint的全新「平面」世界中,計劃針對每個不同的主題或工作單元建立一個網站。
傳統SharePoint架構通常是使用網站集合和子網站的階層式系統建置,具有繼承的瀏覽、權限和網站設計。
一旦建立,此結構便不具彈性且難以維護。
專注於包含首先會對企業發生重大影響的現代化改變。
規劃和排程包含變更的時間與要追蹤進度的方法。
使用網站分析以了解使用者行為並同時收集使用者的意見反應。
如何開始使用
從傳統的SharePoint導覽移至新式導覽的過程,取決於貴組織的規模和租用戶設定的複雜性。
以下是您可以用來開始使用的一般指導方針和工具:
定義新的內部網路企業目標和選擇試驗案例
讓一切井然有序並尋找測試潛在設計的方法
清查您目前的網站和子網站
經由將高優先順序的工作和內容組成群組來開始規劃中樞和主網站,
分階段發行中樞和相關網站
定期檢閱中樞和網站分析,以追蹤頁面流量和熱門內容
根據您從使用者測試和分析中的學習來變更導覽
案例2:考慮新式中樞導覽設定
以下是規劃中樞導覽的特殊考量。
網站可以是:
在中樞導覽中,而且與中樞相關聯。
與中樞相關聯,而且不在中樞導覽中。
在中樞導覽中,而且沒有與中樞相關聯。
範例1-網站在中樞導覽中,而且與中樞相關聯
展示與中樞相關聯的網站,可讓檢視者探索中樞系列中的網站,並在「系列成員」間輕鬆地導覽。
將相關聯的網站新增至中樞導覽,可為中樞導覽中網站的集合顯示組織架構。
中樞中的所有網站會共用常見的佈景主題和導覽,有助於以視覺化方式以及透過檢視者互動,建立中樞系列的身分識別。
您的中樞連結可以前往網站或內容頁面(或兩者的組合),但使用針對連結加標籤所述的做法,以確保您提供清楚且一致的體驗。
當您選擇在中樞導覽中顯示所有相關聯的網站(並與中樞產生關聯)時,請考慮可存取中樞的所有使用者是否也可以存取與中樞相關聯的每個網站。
例如,如果您在導覽中新增私用網站的連結,您便是在增加這些網站的「可探索性」,這便是好事(如果這些私用網站的網站擁有者已準備好取得存取要求)。
不過,如果網站擁有者不想讓網站或內容可供探索,則您可能不要在導覽中顯示受限制的網站。
為確保您的中樞導覽連結可信守承諾,請考慮下列選項:
針對不應供所有檢視者探索的連結,請鎖定連結目標,使其只會對可存取內容的對象顯示。
對於「可探索」但限制的連結,請考慮在標籤上加上「受限制」、「要求存取」或「私人」的字眼。
與那些網站擁有者交談,以確保他們為可能更頻繁的存取要求做好了準備。
此外,您可以考慮將「鎖定」表情圖示新增到您的私人網站或受限制的網站。
範例2-網站與中樞相關聯,而且未顯示在中樞導覽中
如果中樞的使用案例主要是關於共用常見的佈景主題或為屬於私用網站成員的人員發佈內容,您可以將網站與中樞相關聯,但不能在共用中樞導覽中展示網站。
此做法可行的原因之一是私用網站的成員已知道網站的相關資訊,且不需要中樞提供連結給網站。
不過,這些相同的網站成員會希望在中樞上看到從其私人網站彙總的新聞和活動(透過反白顯示的內容和新聞網頁組件。
不要顯示相關聯網站的另一個原因是,一或多個私用網站的擁有者不想要網站可在中樞導覽中供探索,或是他們尚未準備好管理非預期的存取要求。
範例3-網站已新增至中樞導覽,但未與中樞相關聯
中樞導覽的其中一個好功能是可讓您為與中樞相關聯的所有網站規劃共用導覽體驗,包含不屬於中樞一部分之經常需要網站的連結。
如果網站已與中樞相關聯,則會反映在中樞導覽中。
您可能不希望與中樞「系列」相關的所有網站與中樞相關聯。
例如,請考慮您與小組網站上的外部合作夥伴共同作業的案例。
您可能不想建立外部網站與中樞的關聯,因為您可能不想向外部合作夥伴顯示中樞的共用導覽。
但是,您可能想要將外部網站的連結新增至中樞導覽,讓內部檢視者更客易探索這些相關的外部網站。
這提供一個簡便的方式來展示由事業群管理的外部網站連結,而不需擔心將導覽連結公開給外部檢視者。
當內部檢視者導覽至外部網站時,他們不再會看到中樞內容和佈景主題,但這是預期的結果。
一個網站只能與一個中樞相關聯。
不過,您可以透過將導覽連結新增至其他中樞或您中樞導覽中的其他網站來增加探索。
下一步:瞭解如何開始規劃和實施SharePoint導覽設計
本文內容
延伸文章資訊
- 1[UX/UI] 網站使用者經驗設計- 資訊架構(上課心得) - 小雕雕的家
通知我來上課這堂應該是第二堂,所以這篇就針對"資訊架構"的上課心得做個整理 ... 他長得會像下面這樣(老師給的教材範例之一).
- 2五步驟拆解UI 設計流程,詳解Flow chart 跟UI flow 的差異
許多剛開始學習UI 設計的新手設計師,第一關常常對於複雜的設計流程感到困惑,除了需要先訂立好的產品骨幹—資訊架構外,後續的功能地圖與操作邏輯流程 ...
- 3IA資訊架構(Information Architecture)是什麼? - 夢龍筆記
IA資訊架構,是網站規劃的基礎,會影響SEO的成績,更是UX的相關項目,但是國內卻很少提到IA資訊架構。究竟IA是什麼?要怎做?有什麼用途?
- 4資訊架構模型和範例- SharePoint in Microsoft 365
本文內容. 資訊架構模型元素; 導覽設計的一般模型; 案例. 「導覽設計帳戶」以視覺方式尋找元件(功能表、連結、網站和頁面),可讓使用者瞭解如何 ...
- 5設計指南第五章:資訊架構(上) - Jasmine Lin
換句話說,資訊架構是網站、應用程式或專案的結構,讓使用者知道自己在哪,以及想要資訊所在的相對位置。資訊架構可以是網站地圖、階層、目次、導覽列、元資料(metadata) ...