1樓：徐偉良
產品架構，是將產品功能分配到產品物理構件的配置方案。簡而言之，產品架構是 :
1.排列各個功能元素
2.將各功能元素對映到相應的物理構件3.對各物理構件之間的介面進行定義產品架構的目的：
定義組成產品的基本物理模組應該完成的功能以及這些模組之間的介面。
產品架構主要分為：
1.模組化產品架構
2.整合產品架構
3.混合產品架構
2樓：努力的光哥
個人認為：產品架構這麼多年的發展已經是乙個很成熟的概念，不需要太多的解釋，做好產品架構設計，只需要考慮到以下幾個點就夠了。
3樓：Marsking
私以為產品的架構
1.首先面向你所要進入的行業或市場，面向你當下模式以及對未來模式的生態是個什麼樣，產品是應該預見未來場景化未來，理論來講沒人能準確看到未來，但這並不限制我們最大化的去預見設想他；這樣對於你下面的資訊架構和系統層面的邏輯架構心裡會有點底；
在造商場的時候能預見需要預留地落車庫；萬達一期在北方造的大商場好像因為沒有對廁所合理的規劃，整改的成本甚至高於重建，於是推到重來；
在造核心地段的公路的時候採用8道這樣的預見可能還得評估到這一天到來的時間成本和你當下的整體預算成本；
能預見和你當下是否要為這個架構預留或者進行相應策略，還需要對當下資源，時間成本，市場存活週期進行一輪綜合評估，可以想象不去預見不能預見對於未來發展的瓶頸...
到產品層面來說預見性的產品架構設計可能能減少你在新增某乙個大功能項的研發成本、調整成本、時間成本、維護成本...
2.其次面向使用者得產出清晰的資訊架構，即使用者便捷快速的找到自己最想要的
這裡邊當然使用者體驗因素佔很大比重，比如功能入口的重要性比重，使用者所適應的同一層選擇數量等...
3.與技術架構其實都在實踐一類原則
可擴充套件、易維護、可持續
當然技術架構還得承擔更多。效能方面、分割減壓方面等等...
4樓：廣廿尺
架構就是乙個產品大的框架，就如樓盤規劃，需要有什麼配套，每棟樓的間距，保證可擴充套件性，穩定性以及靈活性。
架構做的不好，就會給自己挖乙個坑。
但是，你做的再好，老闆一句話，也等於零而已
5樓：
習慣先從根上說：
架構：jià gòu
①建造；構築。
②框架；支架。
③比喻事物的組織、結構、格局：市場～│故事～龐大。竊以為三層含義都有，最形象的參考可以對比建築上的架構(結構)
6樓：王璞
產品是解決問題的方案，
解決大問題，需要一系列產品解決很多小問題，
這些產品如何設計，搭配，每個產品如何運營，運營優先順序分別是什麼，所有這些可以叫產品架構，我覺得最好叫產品規劃。
7樓：蝸牛
產品的核心問題是將混亂的資訊組織起來，以好的形式展示。分解開來，兩個點，資訊和形式。據此推斷產品架構包含兩個部分，資訊結構圖和產品流程圖。
8樓：
架構是關於乙個系統由哪幾個子系統或模組構成，以及各模組之間的關係的設計。
好的架構能夠通過盡量少的修改而適應各種變化。
比如UNIX的架構：
通過合理的、分層的架構，從誕生到今天，仍能夠廣泛應用於各種場合。
9樓：yaoyao
所謂架構，是支撐、是邊界、也是包容。
大多數人都能知道什麼是支撐，但明白邊界在哪的人就十不存一了，能理解包容的，簡直百中無一
10樓：王濤濤
個人覺得產品架構就是產品願景、產品功能的具體物化體現，根劇資訊的同質性、結構的聚合性、操作的可行性、互動設計的原則性以及未來的發展等等來分解產品的乙個過程，這是資訊設計當中的從上至下複雜逐層分解的乙個過程！
11樓：Shegetse ZZ
產品架構和結構不同，它不僅是結構,，構架還包括「符合」系統完整性、經濟約束條件、審美需求和樣式。它不僅注重對內部的考慮，而且還在系統的使用者環境和開發環境中對系統進行整體考慮，即同時注重對外部的考慮。
對於我們軟體設計開發來說，軟體架構涵蓋的內容有：軟體架構師定義和設計軟體的模組化，模組之間的互動，使用者介面風格，對外介面方法，創新的設計特性，以及產品的物件操作、邏輯和流程。
因此，一款產品架構的設計要達到這些目的：
可靠性安全性
可擴充套件性
可定製化
可伸縮可維護性
客戶體驗
市場時機
12樓：王志剛
我的理解與前面的幾位可能有些不一樣。總覺得用「生態」一詞概況產品架構，強調要多實踐、要做個多少年等等把產品架構說得太玄乎了，產品架構應該且必須是可以方法化、技巧化。
所謂架構，就是對架構的物件進行合理的抽象，其結果是讓架構的物件更高效、更簡單、更易用、更易變。簡單說，架構就是為了：簡單、高效。
架構不是完美存在的結果，是乙個不斷改進優化的過程。但是在每個節點上，都有好壞多少之分，這也是架構能力的體現。
產品架構的物件就是產品的商業需求以及使用者需求。如何讓滿足產品兩個需求的產品設計更加簡單、高效的規劃就是產品的架構。這裡有兩個重要的目標：
1、滿足需求高效簡單；2、產品設計過程高效簡單。
其實產品架構和技術架構沒啥區別，只是架構的物件不同而已：前者架構需求和設計，後者架構硬體、軟體和資料。產品架構做得好，會有利於技術架構，同樣也就提高了開發的效率。
產品架構和技術架構如何協調、配合這個就是另外乙個話題了。
看了問題的描述再來補充一下如何具備這樣的能力
我一直希望在產品經理這塊相關的能力能夠具體化，別再是那些什麼邏輯能力、溝通能力、文件能力、學習能力等等這些放在什麼崗位都或多或少的需要的抽象能力。所以對於這個問題，我將會從如何去鍛鍊這種能力的具體方法去回答：
1、系統地學習資訊系統分析的方法和技巧。這可以培養抽象化能力，同時理解業務流程、產品設計、系統開發三者之間的關係。有相應的教材，是某些專業必修的一門課。
2、產品調研中，將產品架構作為乙個單獨的部分調研。現在很多產品調研報告中，只是從產品現狀、功能點、產品形態等方面去調研，忽略了產品架構的調研和分析。這也是很多產品只能抄個表面，抄不到本質的乙個原因。
沒有分析透產品架構，很難去理解乙個產品的內在業務邏輯。
3、任何時候，要注意產品架構來自於需求，杜絕過度化架構，簡單的才是好的。
13樓：劉長江
產品架構應該屬於產品設計的範疇，好的產品架構應該是有獨特思維模式，又能讓使用者產生愉悅感的，就像神奇的蘋果手機，網際網路的產品架構就是打造完整的生態系統，滿足使用者在某方面上的所有需求等等
14樓：盧家鴻
產品架構類似於一座商業小區的整體布局和生態結構，小區中其中一棟樓房相當於某個功能，內部結構相當於系統結構，這是和技術的「系統架構」的區別。
考慮的層面當然是「生態」，不同於系統結構的「」物件導向、模組化，差別還是挺大的
如何具備：首先工作10年再說吧
15樓：
我擅長舉例，就舉例說下我心目中的產品架構。至於為什麼要舉例說明，因為我個人覺得每個人心中的產品架構都不太一樣。
我覺得，產品如菜，每個產品都是一道小菜，而把各類小菜通過一些規則組合在一起了，則變成了一桌菜。
當然，一桌菜，有組合的好的，也有組合的差的。這裡的組合規則，就是產品架構。
為什麼？
因為每道菜都有不同的口味、效果、作用，而不同的組合搭配也可能產生不同的效果，比如為什麼一些菜叫開胃菜？一些菜叫填肚子的？而這其中，難道僅僅是很隨意的搭配嗎？
我想應該不是的，想必大一點的酒店在推出一些酒席的時候，那些菜的組合、上菜的先後順序都是有一些道理在裡面的。
而我個人感悟的產品架構，也僅僅是這樣，要有大的產品眼光，同時也應該知道你的這個產品和別的產品應該怎麼樣配合（如果乙個公司只有乙個產品，那就要挖掘出對這個產品有用、有幫助、或者幫助了其他的產品的東西來進行揉合），而且，同樣也應該考慮到這個產品中的一些功能上線的先後順序，因為很多產品就是因為某些東西上線時間錯了，得不償失。
很多朋友可能會問。怎麼樣去了解那麼多，我感覺，調研是最好的辦法。
如何提公升產品架構能力？
saber 1 如果產品專案面向的是新商業 業務領域，建造過程才會涉及乙個較為完整的週期 架構 設計 建造 運營。2 現實中產品領域的從業人員大部分都對應後面三個工作領域。從0 1的參與機會有多稀缺，我想是不用解釋的。所以，提公升產品架構能力的第乙個前置條件是 在乙個開闢性的產品專案裡擔任早期核心決...
什麼叫做產品經理的商業意識？
木一 我從商業能力的角度回答一下這個問題。商業能力 培養直覺判斷更要培養邏輯分析 可能有人會覺得商業能力比較虛幻，很難量化，很難切入學習。也有人覺得商業能力只可意會不可言傳，而事實並非如此。讓我們回到乙個熟悉的商業場景裡，當我們面臨乙個商業問題需要做出對應的決策。這個時候就會有兩種典型的決策邏輯出現...
如何組織多個產品之間的架構關係？
梁川 可以借鑑別人的架構經驗，但不要迷信別人的技術架構。別人家的架構是為了解決別人家的業務實際需要演進過來的。乙個好的架構依賴於公司自身的業務模式 業務發展階段，可以參考別人成熟的經驗提前規劃好技術演進路線，但是不要過早超越當前的業務發展實際需要去追求純粹的完美技術架構。回到題主的問題。題主提到的業...