架構設計全稱是信息架構設計，架構設計的好壞能夠決定用戶對于整個產品的易用性。日常生活中，大家也一定聽過這個抱怨“這個功能怎么會在這里面，找半天沒找到”，這樣的原因十有八九是因為架構設計的問題。
為什么我們需要信息架構設計呢？因為沒有的話，整個產品就會混亂，能夠讓用戶看到產品第一時間對于整個產品有大致的感覺，能夠實現什么。
舉個例子，對于內容社交平臺，用戶已經被微博抖音等平臺教育，最核心的功能點就是“發布”，其他的一級導航是首頁/發現/個人頁等，就算有所偏差并不會有大的差異，那么這個時候如果一款新的內容社交平臺去挑戰這種信息架構（前提是這種信息架構已經很成熟，經過用戶和市場的考驗），那么有很大的可能會失敗。
一、架構設計的前期工作
前期工作包含以下四點：
了解目標用戶的使用場景和特性了解業務需求調研精品的信息架構卡片分類法1.了解目標用戶的使用場景和特性
這個不用介紹過多，尤其對于C端產品，產品經理和設計師需要時刻把用戶放在首要位置，充分明白用戶的需求和習慣，不要輕易挑戰用戶習慣。這里介紹一個方法，大家應該都有聽過的Persona構建，聽起來比較高大上，說的簡單一點就是把一個目標用戶具像化（如下圖，圖片摘自人人都是產品經理），他有名字，有公司，有自己當前的操作和目標等，這樣的一個方法會讓目標用戶真正落地，更加“有血有肉”，讓產品和設計師更好的考慮用戶場景和需求。
2.了解業務需求
不同產品的盈利模式不同，所以要充分明白自己產品的業務需求，簡單的例子，某個app主要通過用戶付費來產生應盈利，那么在設計過程中肯定要通過適當的引導，鼓勵用戶進行付費，同時付費的重要性層級在信息架構中也要有所體現。這個過程當然是對用戶體驗有所損失的，但是所有產品都需要有自己的生存方式。
3.競品信息架構
這個應該是大家用的最多的一種方法，省時又省力，效果還很不錯。成熟的競品分析能夠幫助我們很多，它培養好了用戶習慣，替我們教育了用戶，同時踩了很多的坑。我個人進行競品分析的時候，主要會關注兩個地方，第一共同點，這個往往就是該類產品所必須擁有的功能，第二差異點，這個往往是每個產品的特色功能。
在工具使用方面，各種腦圖軟件都可以，不必太拘泥，我個人挺喜歡用百度腦圖的，在線的隨時用，其他的mindmap/xmind/mindmanager等都可以。
4.卡片分類法
這個方法個人在讀研期間用過一次，覺得還可以。具體來說，就是提取產品中的主要功能點并讓目標用戶進行分類，理解起來也很簡單，就是盡量去再現目標用戶心中理想的架構設計和分布（如下圖，圖片摘自人人都是產品經理），我做的時候，會告訴用戶分為幾類，因為如果完全沒有限制，那么用戶由于沒有產品設計的經驗所產生的結果會過于凌亂，對于我們沒什么參考價值。在制作功能卡片之時，有幾個注意點：
首先，不能有包含關系的卡片出現，選擇的功能一般是屬于架構中的最末端；其次，對于前一點的補充，有時候不能分的太細，功能卡片的提取需要靈活處理；第三，卡片數量不要太多，那樣會給用戶造成很大的困擾；第四，需要確保用戶對于每一個卡片功能點的意思都明確（這很重要）；第五，需要記錄在這個過程中用戶的抱怨和疑惑，適當對用戶進行引導。二、架構設計的產出
經過以上的準備，對于產品的大致信息架構已經比較明了，接下來一步對于同一個層級的功能進行重要性分級，每個功能點的重要性不同，設計之時采用的布局形式都有有所不同，例如按鈕和文字鏈都可以實現跳轉，顯而易見按鈕會更重更突出一些，所以如果在同一個頁面中有按鈕和文字鏈的兩種跳轉方式，那么基本上屬于不同重要性層級的。
在進行整體架構設計的時候，需要注意平衡好層和度，層就是層級，不能讓一個功能的層級過深，度是指一個節點下的功能點不要過多，總體來說，就是不要過于扁平化也不要路徑太深。
三、對架構設計進行評價
進行產出，當然需要進行評價，以便進行修改和迭代。但是說實話，日常工作中評價一般不會在架構設計后進行，更多情況下在版本迭代的時候進行，如果一些團隊能夠做到，那是極好的。這里其實就是進行一些簡單的用戶測試，例如：
看用戶是否能夠較快找到某幾個功能點；用戶在大致了解信息架構后，能夠對于整個產品的作用和定位有大致印象，并說出一些類似產品。如若以上都能順利完成，那么說明信息架構設計是較為成功的。
經過以上三個步驟，信息架構基本上已經比較明確了，后期在逐漸深入的過程中包括版本迭代，都會慢慢進行改進，畢竟什么事情都不是一步到位的。以上的三個步驟是說明在設計整個產品過程的信息架構設計，實際上也能應用于單個復雜頁面的產出，流程大致是：
確認頁面中功能點→繪制整體樹狀圖結構→重要性分級→原型圖產出
相關閱讀
交互設計流程（一）：需求分析
本文由@newrain原創發布于人人都是產品經理。未經許可，禁止轉載
更多關于云服務器，域名注冊，虛擬主機的問題，請訪問三五互聯官網：m.shinetop.cn