關於寫資訊架構的文章其實有很多，筆者剛入門產品經理那會看了不少關於資訊架構的文章，但是看完之後確實一知半解，不知資訊架構具體要設計什麼？所以我也打算自己來寫寫，寫一篇菜鳥們能夠理解的資訊架構文章，同時也是對自己學習到的經驗的一次總結。
information architecture
）是指對某一特定內容裡的資訊進行統籌、
規劃、設計、安排等一系列有機處理的想法
。我給出資訊架構概念的是這樣的：
將複雜的資訊內容通過有效組織和梳理簡單易懂傳達給使用者
資訊架構做什麼？
為了將複雜的資訊傳遞給目標客戶，產品經理需要做以下內容：
產品經理設計產品一定要符合使用者的心理模型，也就是使用者看到產品時看到的實際產品要符合使用者的心理預期，標籤設計也是如此，我們設計標籤時也要按照使用者心裡模型，這樣可以降低使用者使用產品時的認知負荷和記憶負荷，基於這兩點：認知負荷（理解文字、組織結構與結構行為）、記憶負荷（回憶產品行為、命令向量、密碼、物件、控制項位置與名字，以及物件之間的其他聯絡）我們設計時候要注意以下幾項：
a、標籤簡潔易懂，便於使用者理解認知
b、標籤與具體內容或功能是相關連的，要讓使用者看到標籤時聯想到的內容或功能是心裡預期的
c、保持標籤的一致性以降低使用者的記憶負荷，切勿同一功能使用不同標籤使使用者迷惑
2、導航設計
對於網際網路產品來說，導航設計無疑是非常重要的，不同平台移動端(安卓和蘋果）、pc端（c/s結構、b/s結構）導航的設計不盡相同，總的來說可以將導航分為以下三種：層級導航（比如主導航或者區域性導航）、功能導航（包括登陸註冊等）、還有關聯導航（包括各種推薦等）
對於導航的設計好壞評判無疑是最簡單的：使用者是否能順利找到自己需要的資訊內容或服務，但是這無疑也是最難的。設計導航時要注意以下2項，必要時也可以使用啟發性評估來評估導航設計是否合理：
a:資訊內容分類：分類是否正確、標籤設計是否符合正確表達內容、分類項是否過多或過少
b:使用者通常是通過什麼路徑和標籤找到所需內容
3、結構框架
通過乙個網際網路產品的框架圖我們可以了解到產品的全部功能，通過框架圖我們也可以去優化我們的產品圖，結構框架有兩個維度去區分：寬度和深度，淺而窄的框架是最適合使用者的，但是有時產品業務多的情況下並不可能設計出淺而窄的框架，這時候就是考驗產品經理的平衡拿捏能力了，產品經理需要從深度和寬度兩個維度考慮，綜合使用者體驗和業務需求去需找最優解。
關於資訊架構設計內容實在很多，這裡只是概述，過後我再一一展開，最後說一下我認為的產品經理設計：產品經理設計就是在有限的資源內去權衡各種利弊設計產品，結合使用者期待價值和公司願意提供價值為使用者提供有用用的爽的產品，簡單就是兩個字：拿捏
系列文章：《搜尋設計總結》
產品經理應該掌握的技能（一）
1 會寫 在書寫文字當中能夠更好的對自己的思路做乙個梳理和總結。當我們想把一件事或想法用文字表述出來的時候，我們就需要重新思考 梳理再用文字呈現，在這個過程中能夠讓我們更加清晰的明白自己的思路與想法。如果你準備在一堆人中挑出乙個人來做某份工作，那就挑文章寫得最好的那個。至於他有沒有做過市場 銷售 設...
產品經理應該mysql 產品經理資料庫知識必知必會
一 資料庫如何工作 1 什麼是資料庫 資料庫是用來進行資料儲存和管理的容器。產品在使用過程中發生的行為和業務資料都儲存在資料庫中。資料庫執行在伺服器上，屬於後端的一部分 服務端處理業務邏輯，然後呼叫資料庫進行資料操作 2 資料庫分類關係型資料庫 mysql sql server oracle等 非關...
產品經理應該說NO
在今期的程式設計師雜誌上，看到有篇講產品經理的文章說的不錯，主題是 產品經理可以說no。下面小結其核心內容 1 產品經理的雙重職能 具備戰略制定和戰略執行的雙重職能的管理職位 2 產品經理一定要根據企業的戰略去制定產品，工作內容包括 1 戰略活動 知道做什麼方向 包括 問題，培育機會，創新產品 2 ...