產品架構對於一整個產品生命週期來說，具備奠基的作用。沒有前期良好的產品架構建設，後期的一切工作都會變得混亂，難以有序把控。本文為系列文章的第二篇，筆者主要分析了：產品架構的構成、產品架構如何構建等問題。
上一篇文章《產品經理規劃產品之瞭解業務》已經梳理了需求，並且針對業務需求和業務架構聊了下——業務架構是心臟，產品架構是骨架，信息架構是肌理脈絡。
其實業務架構、產品架構和信息架構最終決定了產品是使用過程中是否符合用戶習慣。
一、產品架構包含的內容
這篇文章就聊聊產品架構相關的內容，當羅列產品架構包含哪些內容時候，其實可以對照把競品分析方法搬出來，他們的結構和分析方法是一樣。
這裡推薦一本書《用戶體驗要求》，主要是針對用戶體驗步驟將產品構架進行拆解分為五個層面：
- 戰略層：需要明確的長期和短期產品目標以及用戶需求。
- 範圍層：將產品目標和用戶需求拆分成功能需求、並針對需求進行分析。
- 結構層：針對頁面和頁面之間的關係做連接，拆分複雜架構並變得簡單化。
- 框架層：通過頁面進行佈局，比如：重要的信息展示在顯眼位置，這裡主要是產品和UI設計師有更多的溝通和串聯。
- 表現層：通過設計展示給用戶視覺傳達的，比如：通過形狀大小、字體大小、顏色深淺等因素來影響用戶感知，已達到產品設計這功能目的。
有些產品架構是比較複雜的，一般針對To B用的業務管理系統、電商網站的管理系統等。
雖然說裡面的內容很龐大複雜，但是應該從主線去拆分，比如：電商管理系統，商家管理後臺主線是前端用戶生成訂單後的操作步驟——溝通反饋，物流信息的處理和售後等，同時完善自己店鋪的信息。
針對於To C產品整體的產品架構越簡單越好，不需要教育成本，雖然說看到的有些產品功能很龐大，但是整體的架構分類還是非常清晰的（比如：微信和QQ）。
二、具象產品架構前應該準備什麼
回看上一篇文章，經過前期的需求分析與市場分析後，現在需要將零散的需求點系統地組合起來的，即開始梳理具象的產品架構，梳理產品架構需要有針對性的做短期規劃和長期規劃。
- 短期規劃：就好比我們在樹林裡去尋找路口，需要找到當前的路口，到達一個指定的點；
- 長期規劃：是我們需要最後實現的目標，離這個目標到達的距離是一個個短期規劃組成的。
長期規劃一定是動態性的，因為依據複雜的環境，我們需要不斷的調整自己的業務方向；而短期的規劃一定是具體的，梳理當前的版本，不斷熟絡用戶，為長期規劃打下基調。
三、如何構建產品架構
產品設計中的骨架部分，描述一個系統由哪些子系統組成，這些子系統之間的關係。
以市場分析，需求分析為前提，得出相應的需求點，把零散的需求點系統組織起來，並通過原型或者需求文檔表達出來。
一般會通過三個方面（從宏觀到微觀）來分析：
第一步：針對產品進行定位（明確目標）。
明確產品定位：什麼用戶人群在什麼場景下解決什麼問題。
定位一定是可實現、可量化的，短期規劃一定是通過數據反饋獲得，而不是盲目去定。然後是可變的（主要是針對長期規劃來說），面對市場的瞬息萬變，用戶需求也會隨著市場發生改變，那麼產品的可變性需要去調整。
第二步：搭建框架（展示功能板塊）。
針對功能板塊的搭建，通過這幾個步驟來梳理：
- 聚類：首先需要搭建分類框架（系統分類：比如IM產品有通訊系統、好友匹配關係系統等），讓產品骨骼樹立起來，看到整體產品雛形。
- 遞歸：明確板塊的優先級，需要明晰的瞭解到先著重的搭建哪一塊（比如：電商系統先會優先去梳理購物流程，社區模塊優先整理內容展示和用戶關係鏈）。
- 因果：依託於業務需求和用戶需求，最後完善形成產品需求。這時候需要思考的是版本規劃了——某個版本在某個時間段內輸出什麼內容，目的是什麼？最後反饋的數據是怎麼樣？
四、產品架構需要輸出什麼內容
前面聊了這麼多，通過什麼樣的方式來表現出來呢？
下面通過K12項目的例子來解讀下：
【K12項目後臺管理系統】
上圖為：產品長期結構規劃思考
上圖為：產品系統大綱
上圖為系統應用的價值
產品模塊分析&產品功能
產品需求池
產品功能流程圖
具體頁面呈現
當然了，裡面還有很多細節沒有輸出，這些細節將在後面一一細分聊。
在產品生命週期中，產品架構設計的重要性在前期是不言而喻的。現在很多產品經理總把原型放到很重要的位置，其實原型是最後實現的產物。重要的是前期整體搭建好，細節問題主要就是邏輯了。
本文由 @John 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議