在日常工作中，我們常常會聽到好幾個架構，業務架構、信息架構和技術架構，這些和產品架構是什麼關係呢？
1、業務架構往往是爲了達到業務目標(通常是商業目標)所搭建的業務體系和商業模式，比如著名的亞馬遜飛輪效應和Google搜索的印鈔機模式。業務架構包括且不僅限於產品，產品架構是爲了更好的支撐業務架構而構建的。
2、信息架構主要是產品在結構層的一部分，通常是在交互設計階段考慮的產品給用戶呈現的產品全貌，讓用戶可以清晰快速的找到功能的方法。有些說法會把產品架構和信息架構當成一回事，在一些2C產品裏，從信息架構裏就能看出產品架構，如新聞資訊類的app。但實際上信息架構只是產品架構的一種表現形式，並不能完全代表產品架構。
3、技術架構是產品架構的實現，並還覆蓋有其他範疇，是個獨立的大話題。在一些偏向技術型的產品裏，產品架構和技術架構很接近，比如雲計算產品，其用戶本身就是程序員，所以雲計算產品的產品架構和技術架構就非常接近了。
產品架構本身也有三個層次：
1、獨立可交付客戶價值的業務產品。
可獨立交付價值的產品架構，這類架構往往和業務是強相關的，每個產品可以獨立使用交付客戶價值，形成採購，也可以針對客戶不同場景的需求進行組合，提供綜合解決方案。雲計算產品就是最典型的例子，用戶可以在雲計算廠商官網根據自己的需求勾選一些產品，然後獨立採購和使用。以視頻雲涉及到的幾類常見產品：
對象存儲。主要進行非結構化數據(文件)的存儲。
CDN。內容分發網絡，主要解決跨地域的海量用戶資源訪問速度的問題。
點播。主要是指音視頻的播放問題，音視頻會被轉碼成標準編碼格式，並可通過指定播放器解碼和播放。
直播。主要是實時音視頻的直播，主要包括普通推流直播和實時互動直播。
對於客戶而言：
如果只需存儲海量數據，就只需要購買對象存儲即可。
服務於不同地域的大量用戶訪問，就需要使用CDN。
類似於映客這樣的直播類產品，就購買直播+CDN+對象存儲。
像抖音、愛奇藝這種完整的視頻類產品，就需要有直播+點播+CDN+對象存儲。
2、單一產品內的模塊化。
用戶在一個較複雜產品裏進行操作，其需求被滿足的整個的流程會涉及到很多功能，其中這些功能可以進行分類，同一類功能組合成一個模塊。因此一個複雜產品內部可以劃分出多個模塊，每個模塊負責業務流中相似的一類功能。以淘寶爲例，商家在淘寶上開店併發布商品，用戶到淘寶上搜索到商品，下單購買。這一套業務流程裏在淘寶這個超級app裏，除了人機交互的那層殼以外，產品被劃分成了用戶中心、商品中心、交易中心、評價中心等幾個模塊。其中每個模塊雖不能單獨滿足用戶想要的商品購買的完整體驗，但可以專注的解決購買過程中一類問題。而當這些模塊抽象到能夠服務淘寶以外其他的產品時，這就是中臺了
3、單一個模塊的抽象設計，也就是功能設計的架構。
即使是隻滿足一類需求的單模塊，其在設計時也需要做好其架構。以在線考試模塊爲例，如果你對在線考試流程有一定的瞭解，就會大概想到整個過程。用戶進入考試、完成題目並提交，系統判分，低於60分就未通過，超過80分就是優秀。如果僅僅只是做一個滿足這個需求的在線考試系統，把細節再補充下，就可以直接出交互了。但前面我們也提到過了，產品經理在面對需求時要進行抽象，考慮到未來拓展的需求。那麼我們就需要對此模塊做架構設計和抽象拆解。首先，考試的核心價值是對通過一些設計好的題目去檢驗學生對知識點的理解情況，檢驗學生的最小的功能單元並不是試卷，而是題目。一道題目就完成了知識點的考覈，和用戶進行了價值交換。所以題目應該被抽象出來成爲一個獨立的子模塊。通常一道題目會包括了題幹、答案輸入、標準答案、判題輸出(對/錯，答案解析)等部分，而從需求擴展的角度來看，在不同的年齡層次以及不同的學科裏會有很多不同類型的題目，比如：
客觀題：單選、多選、判斷、填空等等
主觀題，無標準答案，一般是大題，輸入方式也有多種，有文字錄入、畫圖、拍照錄題等等
所以把題目這個結構抽象出來，有利於後期各種題型的拓展。試卷是整個系統性知識點檢驗的模塊，是多個題目的組合。在題目的基礎上，試卷還需要具備一些其他的能力，包括：
組卷規則，比如隨機組卷，AB卷的能力
一些時間限制，開始作答、提交截止、答案公佈等等
並且其實試卷只是一個抽象的概念，實際上試卷可以具象化成課後作業、小測驗、考試等等多種使用形式交付給用戶。