蘋果iPad應用程序的信息架構
前不久我們介紹了支付寶產品經理談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看電影的流程是：選擇海報→查看影片介紹→看電影，迅雷的流程是：選擇海報→看電影和查看影片介紹，兩者在看電影前沒有提供必要的信息幫助用戶決策，比如用戶評分和主演。
【編輯推薦】
