1樓：產品一哥
整理內容或物品，清楚地描述它們，使使用者能夠找到它們，就像進入超市購物，服務員先把相似的物品放在一起，貼上標籤，使用者通過標記來找到他們想要的物品。
產品一哥：萬字乾貨！0基礎如何拿到產品經理offer《0基礎如何拿到產品經理offer-資料分享》，資料提取碼【z8nr】
0基礎如何拿到產品經理offer-資料分享產品經理求職-面經分享
產品經理求職-面經分享
2樓：
感覺有點深奧，現在許多PRD上來就來個資訊架構，但是PRD撰寫是參考的產品架構，然後資訊架構無論從哪個角度看，都覺得別鬧。
搜了下資訊架構有關的書籍，好像只有一本《Web資訊架構》，比較老，而且是大部頭。
PS：好像第一熱門那位的回答有很大部分是從這部書裡汲取的。
不知道理解得對不對：資訊架構與產品架構由很大重疊部分的，唯一不同點在於看問題的角度不同，還有資訊架構提供的更全面點。如果產品架構就是產品的簡單功能羅列的話。
3樓：小灰
資訊結構是通過資訊進行結構，組織形式以及歸納的設計，讓使用者更容易使用與了解產品的用途，能清晰的認識到產品的主要功能與次要功能，從而將產品的價值最大化。
4樓：莫菲克
產品的資訊架構，說的直白些，就是乙個產品的資訊是如何組織的，即資訊的組織方式。
從方向上來說主要是兩個：橫向和縱向，橫向上的原則：高內聚低耦合，就是把內容相近的資訊放在乙個模組內，遠一些的則分開放在不同模組。
縱向上的原則：重要的提高權重，放在前面層級，次要的降低權重，放在靠後的層級。
乙個產品存在的目的是為了有效地滿足使用者需求，解決使用者遇到的問題，產品資訊架構也是為之服務的，即產品架構讓使用者更好的找到想要的東西，很舒服的解決問題。
具體到toC端的產品架構，抽象之後再抽象，最後只剩下三個東西：首頁，列表頁和詳情頁，其中，首頁和列表頁存在的目的是為了讓使用者更自然的到達詳情頁，詳情頁的目的是為了更自然的解決使用者問題。以此為指導思想設計產品架構，遵循上面橫向縱向的原則，應該就不會差太遠。。
5樓：
每人的解讀不同，貼上《使用者體驗要素》一書中截圖：
資訊架構這個概念從使用者角度／技術角度有不同的理解，可以看看這篇文章：
資訊架構的模式 | 人人都是產品經理
6樓：亦恩
重架構的設計需要清晰的思路和合理的歸類，繁雜的事物通過歸類，變的簡單明瞭，我感覺正確的設計是越做越明白，若越做越複雜混亂，就該停下思考設計的哪個環節出了問題
REST 架構該怎麼生動地理解？
loading 別扯那麼多沒用的，假如遠處 伺服器 存放著一些資料 資源 你想要對這個資料進行操作 CRUD 你會怎麼通過網路將你的意圖表達出來？首先我們來定義一些操作動詞，比如 get 拿 post 提交，可能你需要對資料進行修改 有了動詞以後，需要指明你操作的資源是什麼，這個時候通過URI 統一...
ARM 架構 是一種怎樣的處理器架構？
大狸 打個比方吧，ARM一開始是一家蓋房子的公司，後面這家公司蓋房子業績平平，於是就轉變策略不蓋房子了，轉而開始賣蓋房子所需要的設計圖紙方案，同時還和買方案蓋房子的客戶一起蓋房子。在這裡，房子就是所謂的晶元，圖紙方案就是指晶元的演算法，架構等等的智財權。ARM向他的客戶提供授權，軟體包等，通過授權費...
人人網的資訊架構如此複雜，「基層使用者」們是如何學會使用人人的？
江洋 就您提出的問題，我回答如下 1 我了解到眾多的 基層使用者 用到人人網一半的功能就不錯了，很多功能不會用，或者會用也用不著。使用者的分類及使用產品的側重點也不同，比如有的使用者只是關注好友的動態 比如有的使用者喜歡寫日誌，分享自己的動態 比如有的使用者喜歡玩上面的一些小遊戲。2 使用者會不斷學...