iPad應用程序信息架構是本文要介紹的內容，以圖文的方式來了解ipad信息架構。不多說，一起來看詳細內容。

應用程序的信息架構前首先要明確數據結構和設計重點，數據結構有兩部分組成：目錄（或者叫做數據結構）和正文，設計上要判斷是以呈現數據結構還是正文操作為重點。

重結構輕正文。由于數據過多，數據層級關系復雜，應用程序的重點在于呈現清晰的數據結構。用戶進入正文進行編輯操作時，必須先選擇文件路徑，但花在正文編輯的時間很少。這種方式適用于文件管理和設置型的應用程序。

iFiles

對于此類結構應用程序掩蓋盡量減少層級關系的反復跳轉，在用戶打開改目錄之前，提供必要的信息幫助用戶判斷是否打開。當文件格式不同時，以格式圖標快速區分文件之間的差異。文件名稱對圖片區分作用較低，，可以直觀地顯示圖片預覽。

Numbers

重正文輕結構。數據少，數據層級關系簡單，用戶大部分時間用于正文。

Office

iPad 版 Pages/Keynote/Numbers 與 Office 相比弱化了文件管理，只提供常用的新建和刪除功能，將設計的重心放在對正文的編輯。程序提供設計模板，即使沒有經過專業訓練的普通用戶也能做成美觀的 PPT 和表格。

Flipboard 沒有像 Readpad 那樣的文章目錄，一是因為目錄對于用戶選擇是否閱讀并沒有多大幫助，進入正文才可以判斷是否深閱讀；二是推 薦算法發揮到極致時，可以滿足普通用戶每天深入閱讀二十篇文章的需求，用戶花在正文的時間更多；三是可能由于用戶閱讀行為對后續文章推薦有影響，程序無法 顯示穩定的文章目錄。

Awesome note

結構和正文的均衡。數據多，對正文操作時間也很長。用戶在實際操作時，不會同時關注兩者，正文界面上通常不會顯示數據結構，讓用戶集中注意力在正文。

Awesome note

Awesome note 提供了復雜的數據管理和正文編輯功能，信息架構極為復雜。在橫屏下操作正文時，正文會掩蓋目錄，利用視覺和顯示空間保證正文界面最大化的同時也能保證用戶能集中注意力。

導致這種情況出現的另外一個原因是由于設計重點不明確。iPhone 的缺點是屏幕小，當前界面只有一個重點。而 iPad 屏幕大，設計不當導致界面元素過于密集，可以同時顯示數據結構和正文，雖然可以減少像 iPhone 那樣層級關系的反復跳轉，但容易分散用戶注意力。

iPad 版迅雷看看的首頁重點不突出，基本是照搬 Web 頁面的布局，沒有 QQlive 的簡潔和有趣，同時在第一界面上區分用戶使用目標。迅雷對 iPad 的氣泡框和下拉框利用不足，導致頁面元素擁擠。QQlive 看電影的流程是：選擇海報→查看影片介紹→看電影，迅雷的流程是：選擇海報→看電影和 查看影片介紹，兩者在看電影前沒有提供必要的信息幫助用戶決策，比如用戶評分和主演。

小結：詳解iPad應用程序信息架構的內容介紹完了，希望本文對你有所幫助！