詳細解析:產品架構的奧義
為產品搭建產品架構是產品經理日常工作中必不可少的工作,任何一款互聯網產品都具有產品架構,有了這個強大且堅實的架構作為產品的基礎,才可以將產品的需求逐步填入進去,讓產品豐富充實、有血有肉。
一、什么是產品架構?
任何一款產品都具有產品架構(即,信息架構),就好比每個人都有各自的骨骼系統一樣,骨架的大小將決定人們的大致身材——高、矮、胖、瘦。
產品的類型不同,產品架構的復雜度也會不一樣。比如:大部分To B端的產品,包括CRM管理系統、企業ERP系統、電商網站的管理后臺、物流管理平臺、SaaS軟件等,這些產品的產品架構往往很復雜;還有一些產品架構輕便、簡單的產品,比如:大多數的To C類產品,包括摩拜單車、微信、抖音等。
來看一個例子:
這是本人曾經負責過的一款公司初期的CRM系統,從圖中可以看到頂部、左側滿滿的導航欄,相比于To C端的產品,該產品的產品架構就會略顯復雜。
擁有復雜架構的產品,一般對設計者的能力要求較高,需要提供功能完備、結構嚴謹的架構體系,讓用戶可以通過操作流程來使用各個模塊及其功能。
所以,一般To B產品架構的特點是:會帶來一定的學習成本,有時甚至需要對產品的用戶進行培訓。此類架構的產品用戶群體一般會比較聚焦,需要通過對大量功能進行合理整合、靈活布局來聚焦核心的用戶場景。
再來看另外一個例子:
這是抖音的產品官網,仔細看一下這個官網的產品架構,是不是比上一個例子簡單了不少?
首頁只有“抖音音樂人”、“機構認證”、“企業認證”以及APP的下載按鈕。即使是簡單的產品架構,也依然構成了完整的用戶體驗路徑,因為通過此產品架構,網站的目標和用戶的需求都已經得到了充分滿足。
輕架構產品的目標,就是給用戶提供一個簡單明了的信息架構,讓用戶使用方便、體驗流暢。對于產品經理而言,設計輕架構產品的難點在于體驗和創新。我們可以通過給產品做減法,來不斷的聚焦用戶核心使用場景,在產品的用戶數量上升到一個新臺階時,再繼續拓展用戶的使用場景,延伸當前的產品架構。
二、產品架構模型
在《用戶體驗要素》這本書中,作者為我們闡述了互聯網產品的幾個典型的產品信息架構模型。
1. 層級結構
書中這樣闡述層級結構:
“在層級結構中,節點與其他相關節點之間存在父級/子級的關系。子節點代表著更狹義的概念,從屬于代表著更廣義類別的父節點。不是每個節點都有子節點,但是每個節點都有一個父節點,一直往上直到整個結構的父節點。層級關系的概念對于用戶來說是非常容易理解的,同時軟件也是傾向于層級的工作方式,因此這種類型的結構是最常見的?!?/p>
層級結構的產品架構,可能是互聯網、移動互聯網產品使用最多的一種信息架構了,比如:我們經常使用的微信、手機QQ、抖音,以及各類To C的移動APP,甚至一些復雜的To B類型的產品,都是使用這種產品架構進行產品設計的。
層級結構的特點是符合人類的認知和習慣,因為人們天生就有分類的習慣,比如:我們經常把桌上的書放在一起,把筆等文具放在一起。生活中,人們整理物品是為了更容易找到自己的所需,層級架構正是利用了這一點,通過信息架構將產品進行分門別類。
比如,下圖中Instagram的信息架構展示:
在層級架構中,我們要注意層級的深淺和寬窄問題。在進行產品架構的設計時,考慮產品架構的深度和廣度是不可避免的,寬而淺和窄而深的架構是最基本的兩種層次結構,從這兩種基本架構又可以演變出來其他的層次結構,比如:廣而深、窄而淺等;比如:手機淘寶就是廣而深,而唯品會等垂直電商則采用窄而淺的結構。
在偏向深度的產品架構中,用戶的操作效率并不高,用戶獲取信息、完成任務目標的路徑變多,但是減少了用戶選擇的入口。相反,在偏向廣度的產品架構中,用戶所面對的入口增多,選擇入口時會比較費時,但是減少了用戶的操作、使用路徑。
兩種產品架構各有優勢和劣勢,具體使用哪一種產品架構,需要結合自身產品的定位、業務邏輯、用戶特征和使用場景進行決策。
2. 自然結構
書中這樣闡述自然結構:
“自然結構不會遵循任何一致的模式。節點是逐一被連接起來的,同時這種結構沒有太強烈的分類概念。自然結構對于探索一系列關系不明確或一直在演變的主題是很合適的。但是自然結構沒有給用戶提供一個清晰的指示,從而讓用戶能感覺他們在結構中的哪個部分。
如果你想要鼓勵自由探險的感覺,比如:某些娛樂或教育網站,那自然結構可能會是一個好的選擇。但是,如果你的用戶下次還要依靠同樣的路徑,去找到同樣的內容,那么這種結構就可能把用戶的經歷變成一次挑戰。”
自然結構一般應用在To C的游戲、娛樂、資訊產品中,例如:優酷視頻、游戲網站等。大部分情況下,自然結構應該結合層級結構來進行架構設計。
比如,用戶進入優酷視頻網站,可能有兩種方式:
- 用戶心里已經有了一個明確的目標,想看某個視頻節目,用戶會點擊相應的視頻分類去選擇該節目去觀看。
- 用戶沒有明確的目標,就是瀏覽網站,看到自己感興趣的視頻內容就點進去觀看。
自然架構比較適合To C類的娛樂休閑類產品,因為這類產品的用戶絕大多數都是無目的式的瀏覽,并沒有明確的用戶目標及特定的任務。
3. 線性結構
書中這樣闡述線性結構:
“線性結構來自于你最熟悉的線下媒體,連貫的語言流程是最基本的信息結構類型,而且處理它的裝置早已被深深地植入我們的大腦中,書、文章、音像和錄像全部都被設計成一種線性體驗。
在互聯網中,線性結構經常被用于小規模的結構,例如:單篇的文章或單個的專題;大規模的線性結構,則被用于限制那些需要呈現的內容順序,對于符合用戶需求非常關鍵的應用程序,比如:教學資料?!?/p>
其實,線性結構就是用講故事的方式給用戶介紹產品,多應用于專題頁、產品介紹頁等的設計中。大多數情況下,此部分的內容會由運營代勞搞定。
這方面小米做的一直都不錯,上圖就是小米體重秤的產品介紹頁面,通過線性結構講故事的方式將“體重秤”進行宣傳。
4. 矩陣結構
書中這樣闡述矩陣結構:
“矩陣結構允許用戶在節點與節點之間沿著兩個或更多的維度移動,由于每一個用戶的需求都可以和矩陣中的一個軸聯系在一起,因此矩陣結構通常能幫助那些帶著不同需求而來的用戶,使他們能在相同內容中尋找各自想要的東西。
舉個例子:如果你的某些用戶確實很想通過顏色來瀏覽產品,而且其他人卻希望通過產品的尺寸來瀏覽產品,那么矩陣結構就能同時容納這兩種不同的用戶。然而,如果你期望用戶把這當成主要的導航工具,那么超過三個維度的矩陣可能就會出現問題。在四個或更多維度的空間下,人腦基本上不可能很好的可視化這些移動?!?/p>
矩陣結構被很好的應用到了電商的商品詳情頁:
矩陣結構的信息架構,需要將多種信息布局在一個頁面里,重點是:如何做好信息的分層處理,讓信息更有效率地傳遞給用戶。
了解了幾個典型的產品信息架構模型,會為產品設計明確方向?;ヂ摼W產品,目前主要分為C端產品和B端產品。針對于這兩種類型的產品,該如何搭建產品的架構呢?
三、搭建產品架構的套路
1. To C類產品架構的搭建
To C類產品是我們平時接觸最多的產品類型,同時該類產品在用戶體驗方面要求頗高。
針對于該類產品,通常搭建產品架構的套路如下:
- 拆解產品模塊骨架,將所有的模塊和功能以思維導圖的形式表示出來,梳理架構邏輯;
- 分解出核心功能的使用場景、路徑與業務流程;
- 分解出次要功能的使用場景、路徑與業務流程;
- 細化各功能的流程。
針對于To C類產品架構的搭建,還有一些注意事項:
- 做好信息組織與分類:信息越多就越需要組織和整理,要根據邏輯習慣對產品的信息進行分類整理,將用戶認知復雜度盡可能降到最低。
- 平衡用戶體驗與商業模式:在設計產品架構時,一方面要考慮用戶的信息需求,另一方面也要了解整個產品的商業目的和訴求。通常,用戶目標和商業目標之間一定會存在矛盾,比如:用戶肯定十分討厭一些APP的開屏廣告、視頻APP的插播廣告等,但是對于企業來說,廣告作為收入的一大部分,很難放棄。畢竟,企業是要盈利的。在這里,微信做的就非常好,朋友圈廣告自2015年推出以來,立刻成為了熱門話題,用戶都會在廣告底部進行點贊評論,朋友圈的廣告為用戶分享了故事與內容。所以,在平衡用戶與商業的關系時,可以多開腦洞,用創新的展現方式獲得用戶的好評。
- 為重要、使用頻率高的功能設置快捷入口:為重要的功能設置快捷入口,就好比在產品架構上為用戶搭建了快捷通道。這樣做,針對于有不確定目標的用戶和沒有目標的用戶來說,同樣會對我們的產品產生興趣,因為重要功能在他們觸手可得的地方。當然,快捷入口也不宜設置過多,那樣會使得產品變得很混亂且復雜,這樣會讓用戶的使用率降低,適得其反了。
在設計產品架構的時候,不僅要從產品設計出發,還要考慮到行業背景、公司戰略、資源等情況,這樣才能得出更加完美的架構方案。
2. To B類產品架構的搭建
To B類產品的設計通常是具有挑戰性的,因為,To C類的前臺產品,基本都能找到成熟的競品,我們可以實實在在的下載到手機上或者是看到產品的網站,我們也都培養起了使用習慣,對一般的功能也都有了一定的理解。
但是對于后臺類的產品,很難找到競品去參照模仿,對于To B類的產品,要求我們透徹的了解其業務邏輯與流程。
針對于此類產品架構的搭建,通??梢杂幸韵聝煞矫娴奶茁罚?/p>
- 按產品的功能模塊進行架構設計:如果產品的目標用戶比較單一,且該類用戶的需求也很統一,不涉及到用戶權限、組權限、功能權限及數據權限的情況,并且,各個功能模塊之間沒有太多的業務交互邏輯,可以嘗試按照功能模塊對產品進行架構的劃分。
- 按照產品的業務邏輯進行架構設計:此種類型的產品的目標用戶往往會涉及到多個角色,比如:企業內的業務部門、客服部門、前臺部門等,還會涉及到公司內部職能的劃分。針對此類復雜的產品,通??梢岳糜镜缊D或時序圖對產品的主業務邏輯進行梳理,大的業務流程梳理過之后,再逐步拆解各個模塊的業務流程與邏輯。通常,這里涉及到的難點會是不同業務模塊之間交互邏輯的設計,比如:電商產品后臺,商品中心模塊、庫存管理系統、物流管理系統、訂單管理系統以及倉庫管理系統之間的頻繁交互,就需要設計出所有情況的交互邏輯以及流程細節。
針對于To B類產品架構的搭建,一些注意事項如下:
- 清晰的理解信息、數據在不同子系統/模塊之間的交互、存儲。
- 考慮一些商業情況,比如:如何節省成本、提升使用效率等。
- 對企業所在行業的核心業務要深刻理解,對產品的業務邏輯、流程也要清晰的了解,同時對產品的運行邏輯也要有一定的認知。
四、產品架構的特性
產品架構對產品是非常重要的,好的產品架構可以支撐起一個強大的產品,那么,好的產品架構會具有什么樣的特性呢?
- 易用性:產品要具備易用性,盡可能地降低用戶的學習、使用成本,產品要具備清晰的使用路徑導航,要不斷提升用戶的使用體驗。
- 穩定性:所謂穩定性,就是產品提供的服務要穩定可靠,可以及時響應用戶的需求,盡量不要在產品中提示失敗、服務器異常這些錯誤。
- 可擴展性:這點就要求在設計產品架構時,要考慮到產品未來是否會再增加功能或內容,如果有新增模塊時,不要導致產品架構的重構,這一點也是需要長期的項目經驗積累。
總結
總體上說,產品架構涉及到的內容是非常廣泛的,包含了產品的定位、產品目標、用戶需求、商業價值、業務流程與邏輯和架構設計等等,所以搭建一個成功的產品架構不是一件容易的事,這是需要漫長的經驗積累與迭代的。
#專欄作家#
流年,人人都是產品經理專欄作家。互聯網產品設計師,4年互聯網產品設計經驗。擅長用戶體驗設計,喜歡鉆研需求功能背后的技術實現方式;在成為綜合型產品設計師的道路上不斷努力前進!
本文原創發布于人人都是產品經理。未經許可,禁止轉載
題圖由作者提供
這個文章標題和內容壓根都對不上。信息架構產品架構不分呀 ,是咋審核過的??
簡直誤導,現在寫文門檻這么低?這么不負責?
這,說偏了!
產品架構請參考這篇 http://www.aharts.cn/pd/4253088.html
“任何一款產品都具有產品架構(即,信息架構)”——這個說法簡直了??!就當作看信息架構吧~
你第一句話就跑偏了 產品架構和信息架構不是一回事 信息架構是側重于信息呈現的構建方法 類似圖書分類設計 產品架構是側重于功能設計層面的構建方法
哈哈哈哈,你是不是也在看產品架構,我已經在兩篇產品架構相關的文章下看見你的評論了
最麻煩的是,大家對于 產品架構 功能架構 信息架構沒有一個 通用的表述語言。 我也是認為這算是功能架構的設計
這不是產品架構,網絡拓撲結構理念可以指導具體產品設計,但這并不是產品體系架構或具體的某一個產品架構
這只能算是產品信息架構吧?
是的。信息架構,非產品架構
老師,有To G端產品架構設計的思路嗎?或者說現在的To G產品也要學習To B或者 To C 呢?
要點三可以舉例說明就更好了。