為了一個被刪除的應用,我把信息架構里的信息分類研究了一下
深入了解你的用戶,并讓你的設計盡可能適應多的核心用戶場景。
2014年我還在讀大學,那時經常會外出需要坐公交,每次外出等公交時都會好奇公交車什么時候到站,要是有個App可以查查那該多好。
后來經同學推薦,有個叫“移動行訊通”的App,于是趕緊下載體驗一把。經過一段時間的使用,這個App可以滿足基本的公交車實時到站查詢。但是沒過多久我就把這個應用刪了。
為什么我會刪除這個App?
我們來看看首頁
我們來看看它的分類結構
- 超過10個不同類別的功能入口,讓人選擇效率低下
- 沒有根據用戶場景進行功能分類,像實時公交車和停車服務根本不是在同一個使用場景下的功能
- 圖片與色塊的混搭以及文字滾動不斷在搶奪視覺焦點,容易產生視覺疲勞
由于只有十幾個功能所以相 對來說還是可以容忍的,只是當你的功能入口達到上百個的時候,問題就非常嚴重了。
那如果要優化,思路是怎么樣的呢?
1、首先要弄清楚用戶是誰?什么情況下會使用什么功能?
2、根據用戶場景來對功能進行分類。
3、如何展示信息?
1、首先要弄清楚用戶是誰?什么情況下會使用什么功能?
看了“移動行訊通”首頁的功能多而且雜,但是總的來說是一個綜合性的出行工具+交通資訊APP。面向的用戶場景主要3類:
- 公共交通:實時公交車、的士查詢、地鐵信息
- 長途客運:客運購票、鐵路信息、航空信息
- 自駕服務:停車服務、路況信息、年票查詢、交通指數、調控指標
- 其他:物流信息、郵政快遞、駕培信息
2、想清楚之后,我們要根據用戶場景來對功能進行分類。
下面是根據用戶的出行的方式對信息進行分類,事實信息分類的依據是有很多種的。后面有對信息的多種分類方式進行介紹。
3、信息如何展示?
用戶在查找目標信息的時候是通過高級別的分類再到低界別的分類在查找信息,并最終找到目標信息。下圖中,用戶在一級分類中可以在“公共交通”、“長途客運”、“自駕服務”、“更多”中做出符合自己目標的信息。在二級菜單中再做出更深入的選擇。
我們稱之為“自上而下”,這種分類結構,要求同一級別間的內容要有明顯的差異,否則用戶就會不知道選擇哪個。
這些問題表面上看是降低了用戶完成任務的效率。但事實上更嚴重的問題可能是隱性的。
對于企業網絡而言,如果員工因為網絡設計太差使得工作效率低下,公司就會損失很多生產力。事實上,我估計全球因企業網絡低可用性的代價是每年損失員工的生產力約合1000億美金。
——莫維里《Web信息架構》
那么有沒有方式可以系統地將各種信息問題進行分類和解決呢?
《Web信息架構》的作者(美)莫維里,(美)羅森費爾德在1994年開始尊定網站信息架構的理念,他們建議網站的設計應該參考圖書館學,努力把傳統原理應用到新媒體上。為了提高專業性,他們借鑒了相關領域的知識,諸如人機交互,把用戶研究和可用性工程整合至流程內。
在他們不懈的努力下,幾年內,信息架構逐漸自成體系,并發展成為了一種職業。
那么什么是信息架構呢?
信息架構是一門技術活,通過對信息進行組織分類、統籌規劃,從而幫助用戶更好地檢索信息、瀏覽信息。
- 用戶如何檢索信息
- 信息的分類
- 信息的結構
1、用戶是怎么搜索信息的?
用戶有明確的目標
用戶在搜索的時候,有明確的目標時搜索效率是比較高的。
比如我想買IPhone7,那直接上購物網站檢索iPhone7就會展示出精確的結果了。
用戶只有模糊的目標
在現實生活中,我們遇到的更多的是這樣的問題,比如:最熱門的旅游景點、性價比最好的手機、女朋友喜歡什么禮物…等等。搜索引擎或相關網站并不能直接給你一個結果,這時用戶一般會在眾多關聯性不強的結果之間對比、權衡、徘徊。決策成本是比較高的。
當然也存在一些“聰明”的產品能能根據大數據來為用戶推薦,某種程度上降低了用戶的決策成本。
面對不同的需求場景,我們在做信息架構時應該怎么滿足需求呢?
完整的信息架構時有多個部分有機組合而成的,本章我們重點介紹信息的分類體系和分類結構。
- 分類體系:告訴我們信息應該根據什么來分類,不同的分類能滿足什么場景。
- 分類結構:告訴我們如何把信息展示給用戶,信息的結構有多少種,能滿足什么需求。
2、分類體系的2種做法
2.1、精準性分類:
當用戶有明確的搜索目標的時候,精準性分類信息能滿足用戶快速找到目標
- 按拼音首字母
- 按地理位置
- 按時間順序
在iphone的通訊錄中有個經典的設計,通過英文首字母快速找到聯系信息。
這種按字母分類的設計后來被應用到更多的場景中。
2.2、模糊性分類:
當用戶有只有個大概的搜索目標時,模糊性分類可以幫助用戶在瀏覽過程中找到目標信息。
比如你上豆瓣想找一部科幻片過過癮,事實上有一部分人是不知道電影名的,只是想先逛逛看看有沒有看得上的。
這時候模糊性分類就發揮作用了,模糊分類一般有以下幾種
3、幾種常見的信息分類結構
3.1、等級式:自上而下
等級式系統中,鮮明的上下級從屬關系和不同分支間的排他性。讓我們很容易將信息僅進行分類,用戶在檢索的過程中也一目了然。在生活中,等級式的分類也非常常見。生命區分出界、綱和種。我們又把書本分成章、節、頁。
在做自上而下的分類時需要注意兩個點
- 不同分支間的排他性。如果不同分支間沒有明顯的差異,那么等級式的分類就沒有意義了。
- 深度和廣度的權衡。
寬度指的是在等級式系統中每一層的選項數目。如果寬度太寬意味著每個頁面會給用戶展示太多的信息。
深度指的等級系統中的層級數量
如果層級太深,意味著用戶需要多點擊幾下,那用戶很多時候就會對檢索失去耐心。所以在做深度分類的時候需要做好權衡。
3.2、自下而上的結構
自下而上指的是,我們通過設定特定的搜索條件檢索出符合搜索條件的數據集合。比如:我們常在搜索職位的時候,會先設置好檢索條件:
職位的類型:PHP開發工程師
公司的類型:上市公司
公司的人數:30-500人
設置好之后點擊搜索,我們想要的信息列表便會展示出來。這種信息的呈現的方式相交于等級式的自上而下目標更加明確。
上述兩種信息結構都有一個共同點,就是數據的都是有產品的設計者進行編排的,不管是分類的方式還是信息的結構都是事先設定好的。還有另一種結構是后期比較流行的,我們稱之為大眾分類。
3.3、大眾分類結構
這種信息結構需要用戶參與到信息的分類之中,也就是事實上信息的該分類是有大多數用戶參與完成的。
他們的分類以標簽的形式存在,常見的像早期的博客中右邊欄會出現。
這些分類標簽看上去是零散的,但是卻真實反饋了大多數關心的信息。某種程度上也確定了網站的屬性。
寫到這里基本上把分類體系(精確性分類、模糊分類),分類結構(自上而下、自下而上、大眾分類)介紹完了。
在實際的設計中,是混合使用各種技巧的,具體要看使用場景,希望上面的知識能對你有所有幫助、有所啟發。
寫在最后:
深入了解你的用戶,并讓你的設計盡可能適應多的核心用戶場景。
后記:我本來只是簡單寫寫自己在設計產品過程中,遇到的一些信息展示問題和經驗。但是寫著寫著發現很多東西只是憑借一己搓見在發泄主觀感受,于是刪掉重寫幾次。
最后通過知乎和相關文獻的閱讀,完善了一些知識體系再重新撰寫本文,最終完成。
推薦書籍
《用戶體驗要素》作者:美國作家加瑞特
《Web信息架構:設計大型網站》作者:(美)莫維里,(美)羅森費爾德
下期“淺談信息架構”我們研究一下如何給信息命名。
作者:AllenCat,產品大學1年級;微信公眾號:好奇心產品。帶著貓一樣的好奇心去探索神奇的產品世界
本文由 @AllenCat 原創發布于人人都是產品經理。未經許可,禁止轉載。
寫的蠻好,最近也一直在讀信息架構的書籍《錦繡藍圖》《web信息架構》,感覺文章中的設計思維,與書中有一定的契合處。
寫的挺好的。美中不足的就是我們去進行這種分類還是太主觀,以后還是要靠大數據。
最后設計成什么樣了也沒說