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應用程式 資訊架構介紹的內容介紹完了，希望本文對你有所協助。