最近負責了新項目，想自己先梳理業務。熟悉業務最快捷的方式是把它的結構畫出來。說到結構，又有信息結構圖、功能結構圖、產品結構圖、數據結構圖等，一堆讓人混淆的詞。所以查了些資料記了些筆記。本來想畫個信息結構圖，發現其中涉及太多專業東西：信息、結構、架構、信息架構、概念設計……
產品結構圖（產品原型簡化版）= 功能結構圖（框架）+信息結構圖（內容）
如何區分信息和功能
如何區分“信息”和“功能”呢？有個不恰當的類比，“巧婦難爲無米之炊”，這裏“米”是信息，“炊”是功能。有了信息才能設計出功能，根據功能設計流程，流程包含哪些頁面，頁面裏展示哪些信息。在工作中常見的分工是：產品經理和技術規劃功能，設計師畫頁面和佈局，運營提供分類方式。
大部分情況人們關心的是功能點，因爲功能是按照心智模型設計，人們關心的是能不能聽歌、能不能評論互動、能不能分享。
功能結構圖
功能結構圖主要用於梳理產品功能點。
1）首先進行主要功能的梳理，再圍繞主要功能展開功能點的羅列。
2）根據主要功能，劃分主要功能模塊：
3）在主要功能模塊的基礎上添加次要模塊和細節功能點，就得到了產品的功能結構圖：
———————其他知識點補充——————
信息架構 Information architecture/IA
信息架構：將信息加以設計其結構、決定組織方式及歸類，方便用戶進行查看與使用。信息架構的主體對象是信息。信息架構師一門博大精深的學科，有專門研究信息架構的課程，這裏不做深入研究。
對於「信息架構」而言，用樹狀圖、魚骨圖、拓撲圖去描述，通常只能表達一種關係；當然，對於信息的「表現形式」，這些以一點爲核心的圖表，具有「非常直觀」的優點。
ER圖
學習《數據庫設計》的時候，會用ER圖表達數據庫表的關係，即Entity Relationship Diagram，實體-聯繫圖。這種圖描繪的是：實體類型、屬性、聯繫。
實體Entity：數據模型中的數據對象，比如在電商業務中，商品、訂單、類目都可以作爲一個數據對象，畫圖的時候用長方體來表示。
聯繫Relationship：用來表現Entity和Entity之間的聯繫。
屬性Attribute：實體所具有的屬性；唯一屬性（也叫主鍵primary key)可用來標識該實體，用屬性帶下劃線表示，一般來講實體都至少有一個唯一屬性。
