中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

今天分享一篇交互設(shè)計高級教程，關(guān)于產(chǎn)品信息架構(gòu)的思考，這方面是交互設(shè)計師成長的一個關(guān)鍵點(diǎn)，也是交互設(shè)計大局觀的錘煉基石，文章很有深度，值得用心學(xué)習(xí)。這篇適合交互設(shè)計或者對交互設(shè)計感興趣的小伙伴們看。

任何產(chǎn)品都有信息架構(gòu)，或繁雜或簡單。在文中討論的時候，我大致把信息架構(gòu)分為兩種來例證。一種是比較簡單的信息架構(gòu)，例如大多ToC產(chǎn)品，微信、QQ音樂、騰訊視頻等；一種是比較復(fù)雜的信息架構(gòu)，例如大多ToB產(chǎn)品，運(yùn)維類產(chǎn)品、客戶關(guān)系管理系統(tǒng)、業(yè)務(wù)支撐系統(tǒng)等。我把第一種稱為“輕架構(gòu)”產(chǎn)品，第二種稱為“重架構(gòu)”產(chǎn)品。

輕架構(gòu)產(chǎn)品，需要提供給用戶一個簡單明了的信息架構(gòu)，讓用戶使用方便、體驗流暢。輕架構(gòu)產(chǎn)品不能讓用戶迷路，不能帶來太多的學(xué)習(xí)成本，面對海量普通用戶要做到可用且效率高。輕架構(gòu)產(chǎn)品可以通過做減法來聚焦。

重架構(gòu)產(chǎn)品，需要提供功能完備、結(jié)構(gòu)嚴(yán)謹(jǐn)?shù)男畔⒓軜?gòu)，讓用戶能通過操作流程以使用各個功能。這樣的架構(gòu)會帶來一定的學(xué)習(xí)成本，有些重架構(gòu)產(chǎn)品甚至需要對使用人員進(jìn)行培訓(xùn)。重架構(gòu)產(chǎn)品的用戶群體一般比較聚焦。重架構(gòu)產(chǎn)品很難通過做減法來聚焦，而是需要對海量功能進(jìn)行合理整合、靈活布局來聚焦核心用戶場景。所以對重架構(gòu)產(chǎn)品，信息框架更難，且更重要。

我在華為的設(shè)計工作包括輕架構(gòu)產(chǎn)品和重架構(gòu)產(chǎn)品。

設(shè)計輕架構(gòu)產(chǎn)品的好處是輕松、愉快，用戶一般容易共感感知，甚至用戶就是你自己。難點(diǎn)在于突破和創(chuàng)新。

設(shè)計重架構(gòu)產(chǎn)品的好處是對交互設(shè)計師是一次磨練交互技能的好機(jī)會，信息架構(gòu)越復(fù)雜，對交互設(shè)計的要求就越高，鍛煉效果越好。難點(diǎn)在于，重架構(gòu)產(chǎn)品需要對業(yè)務(wù)的理解透徹，業(yè)務(wù)理解門檻高，海量功能不能做精簡，用戶是陌生群體， 需要用戶研究的支持才能理解用戶，信息結(jié)構(gòu)復(fù)雜導(dǎo)致交互設(shè)計難度高、錯誤率高、費(fèi)力。設(shè)計重架構(gòu)產(chǎn)品對全局觀的要求非常高。

下面我會根據(jù)Jesse James Garrett在“用戶體驗要素：“以用戶為中心的產(chǎn)品設(shè)計”書中關(guān)于信息結(jié)構(gòu)的分類為維度，講述一下這些結(jié)構(gòu)在用戶體驗設(shè)計的信息架構(gòu)設(shè)計中的作用，并會舉一些真實案例來討論如何使用這些結(jié)構(gòu)以幫助思考。

一、層級結(jié)構(gòu)（hierarchical structure）

“在層級結(jié)構(gòu)中，節(jié)點(diǎn)與其他相關(guān)節(jié)點(diǎn)之間存在父級/子級的關(guān)系。子節(jié)點(diǎn)代表著更狹義的概念，從屬于代表著更廣義類別的父節(jié)點(diǎn)。不是每個節(jié)點(diǎn)都有子節(jié)點(diǎn)，但是每個節(jié)點(diǎn)都有一個父節(jié)點(diǎn)，一直往上直到整個結(jié)構(gòu)的父節(jié)點(diǎn)。層級關(guān)系的概念對于用戶來說非常容易理解，同時軟件也是傾向于層級的工作方式，因此這種類型的結(jié)構(gòu)是最常見的。”

這是最常見的一種方式，樹狀圖、家族圖譜等，都是這個路線。這個路線蠻符合大自然的。這個結(jié)構(gòu)相信大部分設(shè)計師都使用過，所以普通場景不做過多討論。這里我想重點(diǎn)講的是層級結(jié)構(gòu)的一種平衡式使用方式。

什么是平衡式使用方式呢？

這個也是我最近想出來……首先我們知道，層級結(jié)構(gòu)可以帶來兩種設(shè)計思路。

第一種，從上到下。從產(chǎn)品主要愿景，一步一步細(xì)分到每個功能特性。

第二種，從下到上。從對用戶有價值的功能特性開始，一步一步往上倒推到產(chǎn)品靈魂。

如果你讀了我上一篇關(guān)于設(shè)計流程的思考，這兩種方式就是戰(zhàn)略層、范圍層雙向的方式。

第一種很容易理解，戰(zhàn)略定了一個大方向，管理層傳達(dá)并指導(dǎo)，執(zhí)行層輸出，一步一步分解任務(wù)直到任務(wù)量清晰、執(zhí)行后得到產(chǎn)品結(jié)果。

第二種在重架構(gòu)產(chǎn)品中使用的不少，例如一個給中國電信客服做的ToB產(chǎn)品，得先了解客服人員每天工作的任務(wù)流、操作流、所需模塊集合，然后倒推規(guī)整為一個一個功能模塊，再倒推形成一個系統(tǒng)。

最近我做重架構(gòu)產(chǎn)品，第二種方法用的蠻多。是有點(diǎn)費(fèi)腦子，但是嘿嘿，我研究生博弈論這門課是A+呢不怕不怕。lol

這兩種方式都有缺陷。

我舉一個近期的設(shè)計例子，是一個重架構(gòu)產(chǎn)品，首先，產(chǎn)品的戰(zhàn)略層已經(jīng)確認(rèn)，換言之，從上到下是合理的思路；但是，產(chǎn)品過于復(fù)雜且功能特性多、合作部門跨度大，這時看上去從下到上才是正解。

問題就出現(xiàn)了。如果從上到下分解，到了底層功能特性太多且不合使用邏輯，就紊亂了。如果從下到上倒推，功能特性有組合邏輯，但是到了頂層，產(chǎn)品靈魂又很難對上最開始戰(zhàn)略層制定的方向。

怎么辦呢？再看一下這個圖：

我把戰(zhàn)略層的第一點(diǎn)，最高父節(jié)點(diǎn)，稱為大將；把底層眾多的功能特性稱為小兵?，F(xiàn)在的問題是，大將下達(dá)指令，小兵凌亂；小兵自行組合，大將不能接受結(jié)果。所以我想，應(yīng)該使用最高父節(jié)點(diǎn)和底層節(jié)點(diǎn)中間的那些點(diǎn)，我稱為隊長。隊長整理小兵，形成合力的隊伍，隊長對大將負(fù)責(zé)，在隊長層合力融合，最終完成軍隊的戰(zhàn)斗力合成。

這就是我對平衡式使用方式的思考過程。從上到下不行，從下到上也不行，就從中間動手。我們把海量的功能特性與系統(tǒng)架構(gòu)師確認(rèn)好，然后通過用戶訪談對我們針對的目標(biāo)用戶進(jìn)行測試，讓他們對海量功能特性進(jìn)行認(rèn)知并分組。這時候，一個經(jīng)過系統(tǒng)架構(gòu)師和目標(biāo)用戶驗證的中層結(jié)構(gòu)就定好了。這時候“隊長”已經(jīng)產(chǎn)生。此時，再思考戰(zhàn)略層對產(chǎn)品特質(zhì)、靈魂的定位，順推合理的中層結(jié)構(gòu)，這時，另一群“隊長”也產(chǎn)生了，他們是能實現(xiàn)戰(zhàn)略層（父節(jié)點(diǎn)）要求的。然后兩組“隊長”開始融合，從中間出發(fā)，對上對下各做調(diào)整和妥協(xié)，最后得到一個統(tǒng)一信息架構(gòu)。這個結(jié)果的重點(diǎn)是中層結(jié)構(gòu)“隊長”。這個中層結(jié)構(gòu)向上能滿足戰(zhàn)略層的要求，向下能滿足底層海量特性功能的實現(xiàn)。

問題解決了。

交互設(shè)計需要精進(jìn)的一個點(diǎn)，就是解決復(fù)雜信息結(jié)構(gòu)。解決復(fù)雜信息結(jié)構(gòu)的過程和結(jié)果，會直接影響交互設(shè)計師的設(shè)計執(zhí)行力和設(shè)計影響力。

接下文：從優(yōu)秀到卓越！交互設(shè)計師怎樣理解信息架構(gòu)？(下)

本文來源：知乎 ?文/尤文文