做了幾年產品的你,知道如何搭建產品架構嗎?(上)
我們之前已經將產品的功能需求都整理好了,也輸出了一份詳細的功能需求列表,這個時候要做的工作就是為產品搭建一個好的架構,也就是產品設計的第三個環節——搭框架了。有了這個強大而堅實的架構作為產品的基礎,我們才能將產品需求給一個一個填充進去,讓產品變得有血有肉起來。
一般來說,搭建產品架構這件事情,只有少數的高級PM才能勝任,絕大多數剛入門的產品經理或產品專員,還涉及不到任務這么艱巨的工作。
那究竟什么是產品架構,產品經理又該如何來搭建一套好的產品架構,我們來接著往下看。
什么是產品架構
任何一個產品都有自己的產品架構(也有很多人把它稱為信息架構),就好比每一個人都有自己的骨骼系統一樣,你的骨架大小決定了你大致的身材會是如何,高、矮、胖、瘦或是其它不成比例的魔鬼身材。
有些產品架構比較繁雜,例如大部分to B?的產品,客戶關系管理系統、ERP軟件、電商網站的管理后臺、SaaS軟件等;有些架構則比較輕便、簡單,比如絕大多數的to C 的產品,像我最近在玩的圖友、摩拜單車、直播APP映客、花椒等,當然還包括微信(雖說現在功能越來越多了,但大體架構依然是簡單、清晰明了的)。
我們直接來看幾個例子:
這是天貓商家的工作后臺,看到左側這一排滿滿的導航菜單了嗎?是不是感覺超級復雜?
光店鋪管理就有超過10個二級菜單,要梳理好淘寶、天貓這種量級的電商平臺產品架構可真不是一件簡單的事。不過我也常常好奇一點,這么復雜的后臺,賣家們都能清楚地知道每一個功能在哪里么?
復雜架構的產品,對產品經理的能力要求較高,需要產品經理能提供功能完備、結構嚴謹的架構系統,讓用戶能通過操作流程來使用各個功能。所以,這樣一個架構的特點是,它會帶來一定的學習成本,有些甚至需要對產品的用戶進行培訓(像淘寶開設了淘寶大學)。這種架構產品的用戶群體一般比較聚焦,只針對某一類人群,需要對海量功能進行合理整合、靈活布局來聚焦核心用戶場景。
再來看一個例子,這是曾經爆紅一時的臉萌app的產品官網,仔細分析一下這個官網的產品架構,是不是超級簡單,簡單到只剩下2個菜單——首頁、關于我們。
這里要注意一點,即使是簡單的2個菜單(有些官網只有一個菜單),也依然構成了完整的用戶體驗,因為通過這個架構,網站的目標和用戶的需求都已經得到了充分的滿足。當然,如果你想要重新定義網站的目標,或是用戶的需求發生了變化,那你就該去準備重新調整產品架構了。
輕架構的產品,它的目標就是提供給用戶一個簡單明了的信息架構,讓用戶使用方便、體驗流暢。對于產品經理來說,設計輕架構的產品,難點在于體驗和創新。我們可以通過給產品做減法來不斷聚焦用戶的核心使用場景,讓用戶簡單易上手,等產品的用戶體量上升到一個新的臺階的時候,再去拓展產品的使用場景,延展產品架構。
典型的幾個產品架構模型
Jesse James Garrett在《用戶體驗要素》這本書中,為我們系統闡述了互聯網產品的幾個典型的產品信息架構模型。第一種信息架構模型比較符合我們產品經理對產品架構的理解和定位,后面三種信息架構模型,你可以當作是第一種模型的補充,或者你也可以把它當作頁面級別的信息架構梳理。
第一種:層級結構(hierarchical structure)
書中原文是這么來描述這種產品架構:
在層級結構中,節點與其他相關節點之間存在父級/子級的關系。子節點代表著更狹義的概念,從屬于代表著更廣義類別的父節點。不是每個節點都有子節點,但是每個節點都有一個父節點,一直往上直到整個結構的父節點。層級關系的概念對于用戶來說非常容易理解,同時軟件也是傾向于層級的工作方式,因此這種類型的結構是最常見的。
這種傘狀式的產品架構,恐怕是互聯網、移動互聯網產品中使用最多的一種信息結構,比如我們使用頻度最高的微信、手q,以及各類to c 的移動APP,甚至是復雜的to b 類產品,都是使用這種產品架構進行產品設計。這種架構的特點是符合人類的認知習慣,因為人類天生就有分類的習慣。
比如書桌,我們會習慣把書籍放在一起,把錄音卡帶等放到一邊;又比如我們的衣柜,我們一半會將不同季節的衣服放在不同的位置。在生活中,整理物品是為了更容易地找到自己需要的東西。
下圖是蜻蜓fm早期版本的一個層級信息架構:
(右鍵,在新標簽頁中打開,即可查看原圖)
在使用層級結構的時候,需要注意層級的深淺和寬窄這個問題。
大家都有過逛商場的經驗,其實有時候做產品和逛商場很相似,有的商場設計的比較合理,很容易能夠讓自己找到想要的商品品類,有的商場設計卻經常讓你迷路。
在確定產品架構的時候,考慮產品架構的深度和廣度成為了產品經理的一道必選題,就拿淘寶APP和唯品會APP來說,淘寶屬于廣而深的架構,唯品會則屬于淺而窄的架構(相對)。
在偏深度的架構中,用戶操作起來效率不高,用戶獲取信息、完成目標任務的路徑增多,但是相對而言,減少了用戶選擇的入口。在偏廣度的架構中,用戶面對的入口增多,在選擇入口的時候比較費時,但是減少了用戶的操作路徑。
寬而淺的產品架構和窄而深的產品架構,各有優勢和劣勢,具體使用哪一種產品架構,關鍵是要結合自身產品的定位、業務特性和用戶特征及使用場景來進行取舍和判斷。
第二種:自然結構(organic structures)
自然結構模型
原文描述如下:
自然結構不會遵循任何一致的模式。節點是逐一被連接起來的,同時這種結構沒有太強烈的分類概念。自然結構對于探索一系列關系不明確或一直在演變的主題是很合適的。但是自然結構沒有給用戶提供一個清晰的指示,從而讓用戶能感覺他們在結構中的哪個部分。
如果你想要鼓勵自由探險的感覺,比如某些娛樂或教育網站,那自然結構可能會是個好的選擇;但是,如果你的用戶下次還需要依靠同樣的路徑,去找到同樣的內容,那么這種結構就可能會把用戶的經歷變成一次挑戰。
事實上,這種形態的產品架構一般在to? c 的游戲、娛樂、資訊產品里面運用的比較廣泛,例如優酷視頻、好奇心日報等。當然,很多時候自然結構是應該結合層級結構來進行思考的。
比如用戶進入好奇心日報這個網站,可能的一種使用方式是,用戶心里已經有一個明確的資訊目標,想看一下最近商業有發什么大故事,所以用戶會點擊上方的“全部分類”,選擇電影,選擇商業板塊然后進行瀏覽。也有另一種使用方式,就是毫無目標,直接就是這么從上到下瀏覽下去,看到自己感興趣的文章標題便點擊進去。
自然結構很適合輕架構產品的瀏覽式形式,尤其比較適合to ?c 類的娛樂休閑類產品,因為這類產品的目標用戶,絕大多數時候的使用場景都是無聊式地瀏覽,并沒有明確的用戶目標,也不需要解決什么特定的任務。
第三種:線性結構(sequential structures)
依舊來看下原文描述:
線性結構來自于你最熟悉的線下媒體。連貫的語言流程是最基本的信息結構類型,而且處理它的裝置早已被深深地植入我們的大腦中了。書、文章、音像和錄像全部都被設計成一種線性的體驗。
在互聯網中線性結構經常被用于小規模的結構,例如單篇的文章或單個專題;大規模的線性結構則被用于限制那些需要呈現的內容順序對于符合用戶需求非常關鍵的應用程序,比如教學資料。
說的直白一點,所謂線性結構,就是你用一個講述故事的方式去給用戶介紹你的產品,多見于產品專題頁、幫助文檔的設計。其實這部分也沒什么可講的,關鍵是講述故事或者問題的時候,你的思路是否清晰,很多時候這部分工作也會由運營的同事替我們代勞。
第四種:矩陣結構(matrix structure)
矩陣結構模型
書中是這么描述矩陣結構的:
矩陣結構允許用戶在節點與節點之間沿著兩個或更多的“維度”移動。由于每一個用戶的需求都可以和矩陣中的一個“軸”聯系在一起,因此矩陣結構通常能幫助那些“帶著不同需求而來”的用戶,使他們能在相同內容中尋找各自想要的東西。舉個例子來說,如果你的某些用戶確實很想通過顏色來瀏覽產品,而其他人偏偏希望能通過產品的尺寸來瀏覽,那么矩陣結構就可以同時容納這兩種不同的用戶。
然而,如果你期望用戶把這個當成主要的導航工具,那么超過三個維度的矩陣可能就會出現問題。在四個或更多維度的空間下,人腦基本上不可能很好地可視化這些移動。
看了上面這段話,你的第一反應是不是想到了下面這個產品設計界面:
矩陣式的信息結構,需要將多種信息內容放置在一個頁面里,所以它的重點和難點是在于如何做好信息分層,讓信息更加有效率地傳達給自己的目標用戶,這個問題我們放在后面來講。
總體來說,產品經理了解這幾個典型的產品信息架構模型,對于后期自己設計產品架構的時候,會更加明確應該朝哪個方向進行努力。
作者:壹百度(微信公眾號:倒退集),在線教育企業服務領域產品經理,創業公司Team Leader。常常自詡是文藝青年和極客青年的結合體,在宅與不宅之間可以自由切換,曾主導多款重量級產品的產品策劃和設計工作。
本文由 @壹百度 原創發布于人人都是產品經理。未經許可,禁止轉載。
這些的啥玩意
第一次準備做一款產品的信息架構,看了這篇文章以后認識到,通常說的信息架構實際上是從用戶的角度,在結構和頁面層級上搭建的信息架構;求教:如何從產品數據角度搭建比較合理的信息架構呢?
看的有點懵,但是還是感謝樓主的分享,如果能在每種架構的使用上將的深入點就更好了 ??
對 懵 看不太懂 ??
確實對產品架構的認識尚淺,感謝樓主的分享
如果你還沒參與過產品架構的設計,自然看得很懵,這篇文章適合的是做過幾年產品的
頂樓主,之前拜讀了樓主的需求收集和需求分析的文章,寫的很贊 ??
哈哈,謝謝支持
感興趣的話可以關注我個人公眾號:倒退集
不定期發表產品干貨
上次看完需求的文章就關注了 ?? ??