❶ 關於產品架構
在日常工作中，我們常常會聽到好幾個架構，業務架構、信息架構和技術架構，這些和產品架構是什麼關系呢？
1、業務架構往往是為了達到業務目標(通常是商業目標)所搭建的業務體系和商業模式，比如著名的亞馬遜飛輪效應和Google搜索的印鈔機模式。 業務架構包括且不僅限於產品，產品架構是為了更好的支撐業務架構而構建的 。
2、信息架構主要是產品在結構層的一部分，通常是在交互設計階段考慮的產品給用戶呈現的產品全貌，讓用戶可以清晰快速的找到功能的方法。有些說法會把產品架構和信息架構當成一回事，在一些2C產品里，從信息架構里就能看出產品架構，如新聞資訊類的app。但實際上 信息架構只是產品架構的一種表現形式，並不能完全代表產品架構 。
3、技術架構是產品架構的實現 ， 並還覆蓋有其他范疇，是個獨立的大話題 。在一些偏向技術型的產品里，產品架構和技術架構很接近，比如雲計算產品，其用戶本身就是程序員，所以雲計算產品的產品架構和技術架構就非常接近了。
產品架構本身也有三個層次：
1、獨立可交付客戶價值的業務產品。
可獨立交付價值的產品架構，這類架構往往和業務是強相關的，每個產品可以獨立使用交付客戶價值，形成采購，也可以針對客戶不同場景的需求進行組合，提供綜合解決方案。雲計算產品就是最典型的例子，用戶可以在雲計算廠商官網根據自己的需求勾選一些產品，然後獨立采購和使用。以視頻雲涉及到的幾類常見產品：
對象存儲。主要進行非結構化數據(文件)的存儲。
CDN。內容分發網路，主要解決跨地域的海量用戶資源訪問速度的問題。
點播。主要是指音視頻的播放問題，音視頻會被轉碼成標准編碼格式，並可通過指定播放器解碼和播放。
直播。主要是實時音視頻的直播，主要包括普通推流直播和實時互動直播。
對於客戶而言：
如果只需存儲海量數據，就只需要購買對象存儲即可。
服務於不同地域的大量用戶訪問，就需要使用CDN。
類似於映客這樣的直播類產品，就購買直播+CDN+對象存儲。
像抖音、愛奇藝這種完整的視頻類產品，就需要有直播+點播+CDN+對象存儲。
2、單一產品內的模塊化。
用戶在一個較復雜產品里進行操作，其需求被滿足的整個的流程會涉及到很多功能，其中這些功能可以進行分類，同一類功能組合成一個模塊。 因此一個復雜產品內部可以劃分出多個模塊，每個模塊負責業務流中相似的一類功能 。以淘寶為例，商家在淘寶上開店並發布商品，用戶到淘寶上搜索到商品，下單購買。這一套業務流程里在淘寶這個超級app里，除了人機交互的那層殼以外，產品被劃分成了用戶中心、商品中心、交易中心、評價中心等幾個模塊。其中每個模塊雖不能單獨滿足用戶想要的商品購買的完整體驗，但可以專注的解決購買過程中一類問題。而當這些模塊抽象到能夠服務淘寶以外其他的產品時，這就是中台了
3、單一個模塊的抽象設計，也就是功能設計的架構。
即使是只滿足一類需求的單模塊，其在設計時也需要做好其架構。以在線考試模塊為例，如果你對在線考試流程有一定的了解，就會大概想到整個過程。用戶進入考試、完成題目並提交，系統判分，低於60分就未通過，超過80分就是優秀。如果僅僅只是做一個滿足這個需求的在線考試系統，把細節再補充下，就可以直接出交互了。但前面我們也提到過了，產品經理在面對需求時要進行抽象，考慮到未來拓展的需求。那麼我們就需要對此模塊做架構設計和抽象拆解。首先，考試的核心價值是對通過一些設計好的題目去檢驗學生對知識點的理解情況，檢驗學生的最小的功能單元並不是試卷，而是題目。一道題目就完成了知識點的考核，和用戶進行了價值交換。所以題目應該被抽象出來成為一個獨立的子模塊。通常一道題目會包括了題干、答案輸入、標准答案、判題輸出(對/錯，答案解析)等部分，而從需求擴展的角度來看，在不同的年齡層次以及不同的學科里會有很多不同類型的題目，比如：
客觀題：單選、多選、判斷、填空等等
主觀題，無標准答案，一般是大題，輸入方式也有多種，有文字錄入、畫圖、拍照錄題等等
所以把題目這個結構抽象出來，有利於後期各種題型的拓展。試卷是整個系統性知識點檢驗的模塊，是多個題目的組合。在題目的基礎上，試卷還需要具備一些其他的能力，包括：
組卷規則，比如隨機組卷，AB卷的能力
一些時間限制，開始作答、提交截止、答案公布等等
並且其實試卷只是一個抽象的概念，實際上試卷可以具象化成課後作業、小測驗、考試等等多種使用形式交付給用戶。
❷ 產品架構怎麼做才好
產品架構的好壞影響的產品未來拓展性和業務發展。好的產品架構特別在初期快速迭代期，不會因為技術原因耽誤產品。
在產品設計初期，建議在結構流程以最粗的流程進行設計。在後台管理模塊上，已最大的劃分結構進行應用。但是考慮到後期可拓展性，在表結構建立上，盡量進行對細分對象和關聯關系去架構。在前端設計上，盡量以簡潔的核心業務模塊為主進行展示。針對主場景的應用進行MVP產品設計。
一、思考方式
1、商業模式思考
商業模式對於電商來說，有簡單的搭建平台和自營方式。 這樣的方式，就是對於前端產品的架構設計提出了要求。我們對於不用的方式進行架構產品。在商業模式思考上，要把核心業務贏利點的流程設計清晰。比如，單車類產品的押金收費，這個環節設計甚至比之後的每次騎車付款的流程都要有用。
2、公司運營模式思考
在運營模式思考上，要對公司後台管理人員進行有效了解和知曉未來產品推廣的方向。 在通過大運營的模式下，去提高產品設計結構完美性。比如，在復雜的公激兄孝司等級時，會有很多審核流明稿程。但是當初期後台產品上線時，完全不需要這些功能。比如banner運營管理，初期產品都可以不做。
3、為使用者進行考慮
對於後台使用者來說，會有不同管理許可權和對應的不同職責。 在設計後台時，尤其要考慮使用人員的所在公司等級關系情況。針對性的進行設計。比如，A運營人員有上級領導B。所以對於B的許可權，就要可以查看到的A，而且也可以進行系統管理。這些都是進入實際應該場景中。在一款新app上線中，大部分app都可以無需注冊進行使用，甚至可以保存瀏覽記錄。只要登錄注冊就可以看見。這些都是保障了使用者的場景思考。
4、用戶使用進行考慮
除了用戶初次登錄使用之外，幾乎絕大部分的情況都是登錄情況下進行操作。 我們要盡量監控和維護用戶所產生的數據。對於數據來說，我們在產品結構中是稱為很底層的東西。在這個底層的數據中，我們需要通過數據挖掘去發現業務和進行業務營收的重任。
二、拆分結構對象
（PS：對象指的是我們在做產品管理時，會對某一事物進行描述。比如，用戶管理，就是對用戶進行抽象。）
1、結構對象足夠分離
在拆分產品結構時，我們需要對產品結構進行足夠細致的拆分。 比如，產品分類和商品上下架簡單的系統設計中完全可以放在一起操作。但是當運營人員職責更加精細管理時，這樣的結構就不適用了。所在，在設計之初，要告知開發人員這里是可以進行分類的。產品分類管產品分類進行設計，商品上架和內容進行設計管理。
2、對象足夠有擴展性
對象怎麼有足夠擴展性呢？比如，在設計商品時，我們如果考慮到初期是自營，後期未來發展方向是平台的時候。就必須把商家的欄位內容給獨立出來進行拓展表結構設計。在這個時候，厲害的產品會與技術進行溝通設計，這樣就是為了保證未來的拓展性。
3、對象有足夠成長性
抽象出來的對象，要對管理的進行有足夠成長的判斷性。 比如，在商品管理中，除了分類，還有商品內容，商品的運營管理等等。等當一個管理涉及很多細小模塊的管理時，我們就必須進行拆分性的思考。特別是商品管理，還涉及主業務的訂單管理、前端的購物車、營銷管理、運營管理等等時。作為核心的管理模塊，我們必須進行細致的拆分。
4、拆分需要合理性
拆分對象，需要絕對的合理性。並不是所有的對象都合適進行拆分。比如，在拆分價格時，有市場價格、標准價格、營銷塵皮價格等等。這個是不是需要具體拆分那麼細致嗎？比如，在電商行業中，是有必要的。但是在O2O電商中，比如共享單車，就不會有市場價格，因為這個價格本身是不存在的。但是大家會說，它還是有劃去的價格，那個是它本身的價格。而我們現在買的月卡，其實是一種營銷價格去推廣市場用的。
三、多方交流確認
做產品經理，少不了多交流。
1、與運營確認運作模式
與運營溝通最多的最好是他們的運營方式，要滿足他們的運營方式。但是運營人員喜歡去跟你說實現方式，實際上，討論那些不是重點。重點是，我們要幫助運營在產品上能發揮出最大的價值。怎麼發揮最大價值？就需要知道他們真正想要怎麼和用戶互動，怎麼去做推廣。這些都是最基礎的。
2、與技術確認表結構
與技術確認表結構很重要，因為表結構不僅決定了未來產品可擴展性的大小。
還決定了之後市場中推廣會不會因為產品而拖累。在確認的時候，要對產品結構有充分認知和理解。也要對未來這些表結構所能產生的數據有所認知。
四、打造最符合要求的結構
產品結構最終需要滿足企業和用戶之間的架構橋梁。產品結構沒有絕對的完美，因為每一個業務都是有自己的生命周期和發展歷程。我們產品經理盡量要做到產品結構未來的發展、成長、拓展、甚至是變化。這些才是最重要的。
❸ 用友U8基礎檔案中產品結構如何設置求指點！
父項就是母件，比如一台電腦由顯示器，鍵盤，滑鼠構成，那電腦就是父項，鍵盤，滑鼠，顯示器就是子項。
步驟：先建立父項和子項的存貨檔案，比如先建立4個存貨檔案：電腦，顯示器，鍵盤，滑鼠，進入產品結構後，父項就填電腦，子項就是顯示器，鍵盤，滑鼠。然後再輸入相關信息。
教你一個方法：在產品結構界面按F1鍵，會彈出幫助按鈕，有很詳細的操作說明，可以自己學習。
❹ 一張圖講清楚產品架構，手把手教你畫產品框架圖
什麼是產品架構圖
產品架構圖是產品經理用來表達自己產品設計機制的一張概念圖：
它將可視化的具象產品功能，抽象成信息化、模塊化、層次清晰的架構，並通過不同分層的交互關系、功能模塊的組合、數據和信息的流轉，來傳遞產品的業務流程、商業模式和設計思路。
由於產品架構圖通常用於比較復雜的產品項目中，目前介紹產品架構圖的相關書籍和資料極少（尤其是入門級別的資料很少提及），卻是設計復雜產品時不可或缺的文檔之一。
沒有資料的探索過程漫長且沒有方向，在終於有所沉澱後，我花了四周寫下了這篇總結，希望可以為你繪制產品框架圖時提供簡明的參考。
為什麼要畫
梳理自己對產品方向的判斷：
思考這張圖如何設計的過程，也是幫助你梳理「半年內自己的產品該往何處去、需求應該如何分期和落地、和其他產品的依賴&競爭關系是什麼、未來的可拓展性在哪裡」等問題的過程。
為技術&運營的輸出形成支撐：
當這張圖被設計出來後，按照產品架構圖的結構和路徑，項目的里程碑（RoadMap）就可以被清晰的拆解出來，同時項目成員也可以根據這張架構圖產出運營計劃、技術系統架構方案等強依賴產品方向的方案。
讓他人可視化的理解你的產品架構：
能較為清晰簡單的呈現自己的思路、明確自己的產品邊界、指明發展的方向，常用於在項目規劃或項目總結中進行演示，幫助不了解你的產品的人快速的建立對你的產品結構、功能、復雜度的認知。
何時需要畫
建議在復雜項目開始前寫：
當你要開始設計一個系統性、完整的需求時，如果跳過畫產品架構圖的步驟，直接開始畫原型、寫PRD、kick off，就很容易發生「改了又改」、「做了一版需求然後又推翻」的情況。
但「種一棵樹最好的時間是十年前，其次是現在」：
如果你的項目已經進行到一半，自己卻從未產出過這張圖，那麼就從此刻開始，按照下文的步驟嘗試為自己的產品產出一張產品架構圖吧。
如何畫
之前我們分享了【AR最全乾貨及資料】設計AR產品，你一定要看的總結 ，你可能對AR相關的背景知識已經有所了解。為了分享的延續性，我們來做一個大膽的假設*：
假設你是 微信-掃碼功能 的產品經理，有一天老闆把你叫到辦公室，一番鼓勵後拍著你的肩對你說：
「蘋果發布會看了沒？蘋果這么重視對AR能力的支持，我們微信也要趕緊把AR功能做起來。這是個Allen（張小龍）很重視的項目，你回去好好設計一下，明天來跟我過方案。記住，要能夠一炮打響，全民參與喔！」
啊，張小龍級別的項目啊！明天就要出方案，怎麼辦 ？
畫前准備
列出問題域
在需求初期，產品經理得到的往往只是一句比較模糊的需求描述，它們可能來自於老闆、運營或用戶。
直接把這句話作為核心產品功能是不恰當的，合理的做法是先把這個產品所有的問題域列清楚。
「問題域」是指自己的產品能夠解決的所有問題的空間集合。從核心需求出發，將所有當前需要解決、未來可能要解決的問題放入產品框架的范圍，能夠幫助你的產品架構圖擁有更高的可拓展性，在後續具備迭代和優化的空間。
以微信AR的需求為例，問題域是這樣一個集合：
詳細操作步驟：
1. 找到收到的需求中，跟產品形態、產品目標相關的詞句，去列出「XX的流程會是什麼樣」、「XX該怎麼達成」之類的問題，直到如果這些問題解決，能夠實現核心需求的方向和業務目標。
2. 去逐次尋找這些問題需求被解決的過程中，是否有其他要先解決掉的問題、或者其他跟業務相關的問題能夠被解決/改善。
3. 按照層級去羅列出所有的問題，並附上自己的初步回答，從而形成一個初步的、自己的產品能夠解決的「問題域」。
確定產品方向
在經過問題域的羅列後，你應該能夠得到一個模糊的產品方向和功能范圍。把這些問題域的答案抽象總結成一個確定的產品需求。
以微信AR的需求為例，根據問題域，我們發現需求不只是掃碼組件增加AR識別能力這么簡單，整個需求里需要引入廣告主的角色，並且需要和廣點通、騰訊開放平台等團隊合作。最終得到的產品方向描述是這樣的:
詳細操作步驟：
問題域的環節非常發散，這一步需要回歸基礎，把模糊的需求補充、拓展和翻譯成一個在商業模式和用戶體驗上能夠形成閉環的產品需求。
1. 核心需求確定：我的產品核心解決的是哪批用戶、哪個用戶需求？
2. 產品目標：如果以一個數字指標衡量我的產品，它應該是什麼？
3.用戶場景：核心需求基本的產品形態、用戶使用的路徑是怎樣的？
清晰的業務流程
這一步需要根據核心產品需求和問題域的答案，畫出簡單的業務流程。業務流程是產品設計中常見的圖表，繪制方法就不再多做說明。
以微信AR的需求為例，從廣告主准備AR互動，到用戶在前台使用攝像頭參與互動，整個業務流程如下:
著手繪制
搭建基礎框架
基礎的產品框架脫胎於業務流程，但相比業務流程，更加註重產品功能的枚舉、功能模塊之間的分界。
詳細操作步驟：
1. 對照業務流程，根據自己設想的產品機制、基本產品形態和用戶的使用路徑，列出需要的頁面&功能&模塊等前後端邏輯。
2. 將剛剛得到的多個流程圖中所有功能類似或者范圍有包含關系的機制/功能放在一起，以模塊化的形式形成一張簡單的矩陣圖。
3. 將明顯是同一個產品范圍、同一組產品功能的模塊放在同一層級，得到一個基礎的產品框架。
明確架構分層
一個具備前後台關系的產品架構圖至少分為三層：用戶感知層（在何種場景下通過何種方式觸達用戶）、功能模塊層（通過哪些功能模塊實現產品的核心功能、和哪些外部平台功能有信息交互）、數據層（產品的數據從哪裡來、產品的數據沉澱到何處去）。
在上一步進行簡單分層後，我們已經得到一個初步框架，但是難免會有分層不明確的問題。此時需要按照兩種維度來處理架構圖的層級：不同信息層級的邊界、同一層級內模塊和模塊的邊界。
1. 處理不同信息層級的邊界：
架構圖的層級表達的其實是信息之間的流轉關系，不同信息層級之間一定是有邏輯關系的。
其中用戶感知層和數據層通常可以簡化為一層（用戶端的功能表達往往邏輯簡單、數據的來源問題則不是自己產品的核心功能），而功能模塊層則需要按照自己產品的邏輯去將功能模塊層內的主要模塊變成新的層級。
2. 處理同一層級內子模塊的邊界：
各層次之間雖然相關，但同一層次內的子模塊之間一定是互相獨立、界限分明的（常常對應著不同的開發團隊和系統應用）。將解決不同問題的功能拆分成兩個子模塊，做到一個問題只在同一層解決，避免牽一發而動全身的情況出現。
3. 明確產品間的邊界：
產品邊界對於開發設計系統架構、業務間的合作模式都非常重要。用不同顏色標識清楚產品框架中，各個部分所屬產品的邊界，通常其中屬於自己團隊的部分用亮色表示。
加入信息流轉機制
產品架構圖在表達產品的核心功能外，也應該體現信息流動的路徑：當前層級數據的交互形成產品功能，產品功能又產生新的數據，從而推動下一層級的功能運轉起來。
如果當前產品的主要使用角色只有一個，則只需要用箭頭標明模塊間信息流動的方式即可。如果當前產品會涉及的主要角色比較多，則需要用不同顏色的線條將他們和各個模塊之間的信息交互關系外化出來。
最終檢查
一張好的產品架構圖，應該具備以下特點。
清晰的模塊功能邊界
功能經過抽象，做到標准化、互相獨立
上下游產品功能邊界清晰，架構分層明確合理
具備迭代優化的能力
記得不斷根據你的產品的發展情況來更新產品架構圖，每次修改的過程對提升產品架構能力的幫助非常巨大。
————————————————
原文地址：https://blog.csdn.net/pmcaff2008/article/details/78111282
❺ 產品架構
什麼是產品架構，怎麼分析產品架構，面試官問道時怎麼回答。
產品架構分雀滾為五個層面：
1、表現層
2、框架層
3、結構層
4、范圍層
5、戰略層
產品架構五個層面呢，每個層面是相互「依偎」的關系。讓所有抽象到具體。宏觀到微觀。這個五個層面並不是獨立的，每個層面到一定比列就會進行到下一個層面。如圖：
在每個層面，做好每個層面的決策。因為這個五個層面已經多千千萬萬個產品人給我修煉的產品架構的秘籍，無需大家重復去撥打火機，證明是否出火。
可以對比競品，找出自身的優勢。
在做產品討論，需求討論等等一系列會議的時候，圍繞的核心離不開五個層面。五個層面都包含了那些信息呢。如圖：
下面分別細說這五個層面：
戰略層是產品架構的最底層，這一層通常體現一個產品的精髓，靈魂。可以三個問題搞定。
我們要做這個產品為了什麼？【用戶需求點】
我們要把產品做成什麼樣子？【產品定位目標】
以後產品的發展是什麼？【未來產品】其實這邊有點多餘，大家可以只看前面兩點就Ok。
這幾個問題必須在設計在「比列」到達90%的時候解決，否者你的產品頃鎮余已經偏離航線。那麼這個產品生命周期極短，或者沒有孵化就over了。
我們可以通過市場去構思產品。
1、市場目前是否有類似的產品。有，他們的有點和缺點，仔細分析。得出結論，拿到用戶使用他們的產品痛點。
2、市場目前是否有類似的產品。沒有，需求發掘者，一旦得到用戶認可，直接拿下整個主戰場。
3、結合自身優勢+加「風口論」+營銷+福利用戶
目前市場類似產品有很多，怎麼做出優勢打動用戶，讓用戶認可你最重要。剛開始做產品，發現市場上有很多產品已經問世了。這時糾結要不要繼續做。那就要取決你的產品跟別人一樣為什麼能從別人碗里搶一口飯，甚至都搶過來。拿外賣來說，一開始三足鼎立。最後誰強誰弱。大家心裡都有數。自身優勢+營銷+福利用戶
當然一些好品牌自身本就有強大的帶動產品效益。國內三巨頭，一款新產品無需什麼廣告都能吸引一大批用戶前去體驗。口碑+品牌也很重要。
無論對手多強大要搞清楚自己的用戶是那些。他們的根本需求是什麼。做好用戶畫像，細分開。貼上用戶標簽。給戰略層附上產品生命
這層說的通俗一點就是，我們要研發得是什麼？我們的功能和規格是什麼？我們的信息內容是什麼旅敗？
如果舉個列子，就是汽車和發動機的關系，在好看的汽車，沒有發動機，他們也跑不起來。兩者是不能分離的。
這個層面大家就會用到腦圖，rp圖，等等。具體怎麼寫腦圖，rp。小夥伴找我以前的文章。找不到的留言。
這個層面把抽象的思維慢慢轉向具體。用心與用戶溝通。行為模式全部切換為用戶行為。小白模式。
設計交互。邏輯，信息，內容，管理，分類等等。根據產品簡化操作。
這個看著一腦門霧水，說得簡單一下。頁面設計、導航欄設計。功能按鈕等等。
頁面：怎麼展示、哪裡需要突出、頁面操作是否反人類？
導航：清楚劃分，告訴用戶，你在哪裡，你需要做什麼，你能做什麼，你怎麼去做。做了以後怎麼結果等等。
表現層。
那就看你怎麼表現了。 好比別人表示表示。
就是給用戶設計友好又豐富的頁面。感官設計，聽覺設計，視覺設計，觸覺設計。VR（3D）場景設計。
這里默默提醒產品，一定要跟設計師搞好暗地裡效關系。不然這個些他們會拿鞋拍你臉上的。
今天就講這么多。願大家在產品道路越走越好。做認真產品，做最好自我。
：銀海系 (主頁❤。有需要加一下哦)
❻ 產品架構圖的定義和基本畫法
本小節主要介紹 產品架構圖 的相關知識，整個內容框架分為三個部分，分別是： 產品架構圖是什麼（what） ； 為什麼要畫產品架構圖 （why） ； 如何畫產品架構圖（how） ，下文將對各部分的內容做詳細介紹。
1、產品架構圖的定義
產品架構圖是一種將具象產品的業務架構、功能架構、信息架構、技術架構，生態架構以及商業模式等，通過層級劃分、模塊組合，而設計出的可視化圖形，其抽象且精簡的表達形式，很適合用來介紹復雜產品體系。常見的產品架構圖有業務架構圖、功能架構圖、信息架構圖，以及混合架構圖。
有句俗語叫做： 思考常常越復雜，形式往往越簡單 。人類歷史上許多偉大的知識和定律都是以精簡而優美的形式表達出來的，例如亞里士多德的三段論表述、牛頓的三大定律、歐拉的上帝公式，達爾文的進化論表述等。思考的足夠通透後，只需要用簡單的形式就可以表達復雜的體系結構和邏輯關系，相反很多看似簡單的表現形式，背後卻承載著巨大的復雜。
對比各種產品輸出物（文檔、原型圖，流程圖等），產品架構圖的形式最為精簡，都是由單一的矩形控制項排列組合形成，但卻在所有的產品輸出物中擁有最高的抽象程度和復雜度，輸出產品架構圖是對產品經理產品設計能力的衡量和體現。
2、為什麼要畫產品架構圖
在進行產品設計的時候，首先應該輸出的是產品功能架構圖，思考這張圖如何畫的過程，是幫助你梳理產品設計思路以及確定產品邊界過程。例如，現在讓你設計一個CRM系統，可以試著先畫出具體業務的CRM系統的功能架構圖，在畫的過程中，會輔助你思考整個CRM系統有哪些核心功能模塊組成，各模塊的關聯關系是怎樣的，每個階段應該做什麼，從而形成完成的產品設計思路。
其次，產品設計的過程就像是蓋大樓的過程，輸出產品功能架構圖就好比是搭建大樓地基的過程，產品原型設計的過程就像是大樓建造的過程，地基沒有問題，後面的添磚加瓦就不會有太大問題。如果一開始地基質量就有問題而沒有被重視，後續蓋了一半發現整個工程出現問題，修復重建則會浪費巨大的資源和成本。所以項目初期產品功能架構圖是很重要的交付物，當你要開始設計一個完整的產品方案時，如果跳過畫產品架構圖的步驟，直接開始畫原型、寫PRD文檔，就很容易發生改了又改，甚至是做了一版需求然後又推翻的情況。
最後，在產品上線後無論是對內普及還是對外推廣都需要有高度抽象，簡潔易懂的載體來介紹產品整個情況，介紹和推廣的不可能去用繁雜的頁面和文字去描述，這個時候產品架構圖會是介紹整個產品理念，功能和設計的一個很好的傳達媒介。
3、如何畫產品架構圖
上文介紹了什麼是產品架構圖以及為什麼要畫產品架構圖，接下來要介紹如何畫產品架構圖，產品架構圖的畫法主要分為四個步驟，分別是：（1）確定對象；（2）拆解結構；（3）挖掘關系；（4）表達輸出。
圖5-1產品架構圖的畫法
（1）確定對象
首先要明確產品架構圖描述對象的范圍和邊界是什麼，例如，對於一個CRM系統，要畫的是CRM系統的業務架構圖、功能架構圖、信息架構圖、還是綜合了多種元素混合在一起的混合架構圖。
（2）架構拆解
確定好描述對象的類型後，要對其進行架構拆解，例如，輸出一家借貸平台的業務架構圖圖，可以拆解為貸前業務、貸中業務，貸後業務等。又例如輸出一個CRM系統的功能架構圖可以拆解出整個CRM系統的功能模塊，如賬戶管理模塊、客戶管理模塊、用戶管理模塊、許可權管理模塊，系統設置模塊等。
（3）關系挖掘
輸出對象的架構拆解完成後，需要發掘出各個模塊之間的關聯關系，同樣以CRM系統的功能架構圖為例，在拆分完整個系統的功能模塊時，接下來要分析出各個功能模塊的關系，產品架構圖內部元素之間的關聯關系主要有四種：統計並列關系、父子包含關系、輔助支撐關系，底層支撐關系。
（4）表達輸出
確定了各個功能模塊的關系之後，則需要進行關系表達，層級相同的模塊元素，則按照同級並列關系，需要排列在一起。
例如，在CRM系統中，客戶管理模塊和許可權管理模塊就屬於同層級的並列關系。而許可權管理模塊和許可權分配這個功能模塊之間則屬於父子包含關系，在表達父子包含關系時，通常父級模塊會包含住子級模塊。
其次，一些產品的非核心的功能模塊或者產品之外的一些功能模塊，例如第三方平台的簡訊功能模塊，這些模塊對產品自身功能的實現起到了一定的輔助作用，與其他產品功能模塊呈現出輔助支撐的關系，輔助支撐模塊一邊畫在產品架構圖的右側。
最後是底層支撐關系，例如產品的 會員體系 是建立在賬戶體系的基礎上的，所以賬戶體系與會員體系屬於底層支撐關系。底層支撐關系的表達方式一般是支撐模塊在底下，被支撐模塊在上面。這些基本關系的圖形化表達方式，會在後面小節結合實際的案例做詳細介紹。
整個邊界范圍內的結構關系表達完成後，整體檢查一遍是否有遺漏和錯誤，檢查完畢後配上整個架構圖的標題，架構圖標題往往是對整個架構圖內容的說明，一般放在最上面或者框架左右兩邊，最終輸出完整的產品架構圖。
愛因斯坦說過： 如果你不能把一件事情用最簡潔的語言描述清楚，說明你還沒有理解他。 對於產品架構圖而言： 如果你不能用簡單的矩形， 通過 排列組合的方式 ， 把一個復雜的產品 結構描述 清楚，說明你還沒有真正理解 你做的產品 。 所以，在日常的產品工作中，要培養自己去畫產品架構圖的習慣，培養抽象思考能力的同時，輔助自己高效的完成產品方案設計。
原文地址：https://www.cnwebe.com/articles/157113.html
❼ 產品架構中的縱與橫
都說思維的拓展有兩個維度，一個是縱向的深度，一個是橫向的廣度。
而在產品架構的搭建上，其實也是從縱向與橫向兩個維度出發。
一、縱向指產品結構
針對產品的各個功能模塊，通過自下而上的收集分類，以及自上而下的歸納梳理，從而確定產品的結構。通常，我們會通過卡片分類來實現。
其優勢在於：
1、更符合產品開發者判山的思維及工作分工，方便實現
2、產品結構基於用戶認知，用戶理解各功能的類別後，可以較容易找到相應功能
因此，這種縱向思維在產品中較為常見。拿我們熟悉的產品舉例：10086客戶端，（除去首頁）分為辦理業務、優惠活動、個人中心3大部分；辦理業務模塊下，又區分了主套餐、流量、充值等；主套餐下再是具體的套餐包。層層細分。
二、橫向指業務流程
基於用戶的使用場景與目標，從用戶的視角逐步去推導產品的使用流程，從中梳理出業務觸點及功能，並形成關聯鏈條。
其優勢在於：
1、通過對核心場景及使用流程的逐步梳理，保障業務觸點的全面性
2、以流程為導向，保障操作順暢，提升效率與體驗
產品的功能模塊不再是獨立的、局部的，它將與非本領域下的其他功能模塊發生關聯。者對於產品實現來說相對復雜。所以橫向思維雖然一直有，但早期應用並不多，直到近些年才慢慢大范圍推廣開來。
依然拿10086舉例。較早的時候，查詢話費/流量還是單一的查詢功能，但這兩年，逐步在其中提供充值/疊加包等功能。因為基於用戶的使用流程，在查詢到話費／流量不足時，自然源余需要辦理充值／疊加包。如此設置，既能保障產品體驗，又能提升業績指標。
再舉一個新上線不久的例子。招行的掌上生活（信用卡APP），在動帳提醒消息中，提供了「一鍵鎖卡」選項。以往，此類功能多單獨放入在一個安全模塊中。但基於鎖卡的實際應用場景，用戶發現卡被盜刷的第一觸點即是動帳提醒，發現後的第一反應就是聯系銀行鎖卡（凍結/掛失）。之前的方式，要麼是電話聯系客服，要麼是在APP中先返回主界面，再找安全模塊，再找對應鎖卡的功能。如此一來，流程太長、耗時太久。但使用橫向思維，直接打通提醒消息與鎖卡功能，迅速解決用戶痛點。
現在，越來越多的產品開始重視起橫向流程。甚至個別產品在前端界面中大膽拋棄以往的縱向結構，直接以流程串起各個功能，打造如牛奶般絲滑的使用體驗。但這通常是功能精簡的小型工具產品；功能眾多模塊復雜的大型產品依然需要縱向結構來釐清層級關系。
再發散一下，縱橫思維不僅適用於產品架構，對產品業務拓展或盈利思路也有幫助。
縱向來說，可以在本領域中專精發展，圍繞核心功能，提供增值服務；
橫向來說，可以將產品范圍拓展至業務上下游，比如從美圖秀秀到美圖手機。
當然，實際操作中，縱向與橫向常結合使用。縱向構築競爭壁壘，橫向拓寬發展路徑，兩者相輔相成，為產品的生存雹沖滾發展共同出力。
❽ 如何構建企業的產品技術創新架構
產品創新架構通常包括：產品線與產品系列、產品平台、技術平台三個部分，相互承接相互影響，共同構成系統化的產品技術體系。在進行產品技術創新架構的梳理和設計時，應緊密結合用戶需求和企業運營特徵，保持相互的整體性，通常可以從以下幾個步驟進行：
1.進行市場細分，選擇或定義企業的目標細分市場
首先需要對同類產品的目標客戶群體進行分析，建立和優選市場區分的主要維度。通常在建立市場區分維度時，可從消費決策模式為基點進行目標市場的識別，包括地域、文化、收入水平、學歷水平、消費情景等維度。在此基礎上，可採用相關度矩陣對識別出的這些區分維度進行相互比較，最終選擇2-3個與用戶相關度最大的維度作為關鍵細分維度，這些細分維度之間應相互獨立相互區分。如，某手機企業確定的產品關鍵細分維度為年齡、性別、生活方式。
確定關鍵細分維度之後，應針對每一個維度確定相應的刻度，如針對年齡這一維度可設計成「青少年、中年、老年」，也可設計成「25-35歲、35-45歲、45-60歲」。刻度的大小的設計要能夠最大程度的區分目標用戶群，若某一產品25-35歲年齡段的用戶與35-45歲年齡段用戶需求差異不明顯，則應合並為25-45歲，同樣，若25-35歲年齡段內，30歲以前和30歲以後的用戶需求差異較大，則應對此年齡段進行進一步的細分。
最後，根據多個維度的客戶劃分，選擇公司的目標細分市場，通常為多個維度同時滿足。如某手機企業選擇的目標細分市場為：18-22歲女性，在校大學生。按照細分維度進行目標細分市場選擇之後，通常還應進行一定的總結，概括性的描述目標市場的總體特徵、價值取向等。
2.進行目標市場產品競爭格局分析，確定企業的產品布局，並進行產品線劃分
在確定目標細分市場後，需要廣泛的收集行業各主要競爭對手的產品信息，可以圖片、卡片等多種形式將主要的在銷產品進行集中展現，對比公司在目標市場整體競爭格局中的產品分布，分析公司的競爭優勢，並根據公司總體戰略確定公司的產品布局。
在此基礎上，需要再一次對這些產品進行分類，分類的方式和細分市場識別類似，同樣需要首先識別分類的維度，不同的是此時應更多的考慮管理難度、產品特徵和用戶需求的結合，在三者之間找到一個最佳的平衡點，即形成了產品線的劃分。
產品線的劃分太粗或太細都會給管理上造成較大的困難，如果劃分太粗就無法對產品進行有效的區分，如果劃分太細又會增加產品管理的復雜度。通常一家企業的產品線設置為3-6條較為合理。
3.進行產品系列化梳理
根據企業產品種類多少和復雜度的不同，企業通常還需在產品線下再進行產品系列的劃分。產品系列的劃分通常可以結合目標細分市場，對該產品線對應的目標細分市場進行進一步的細分和選擇，形成二級細分市場。
一個產品系列的定義必須對應相應的二級細分市場，針對二級細分市場進行核心需求的識別，建立該二級細分市場的需求模型，針對這些核心需求形成的共同產品概念即為該系列的「系列概念」。
針對二級細分市場的需求模型，還需要進行敏感性分析，將用戶對各個需求的敏感性進行分級。在此基礎上可以選擇敏感性較高的一到兩個需求點作為系列內的差異化點，並形成呈一定梯次遞進的產品概念，而其他大部分需求應作為同系列的繼承屬性。
在進行系列化梳理的過程中，可能會發現企業現有產品已經形成了系列化的特徵，此時只需要通過上述思路對其進行驗證;而對於沒有形成系列化的大量產品，則可以進行一定的強制歸並，雖然強制歸並形成的產品系列可能沒有較大的共用性，也沒有呈現梯次遞進的產品概念，但卻為後續的系列化開發提供較好的開發基礎和整合思路。
針對某些產品層次和種類較為簡單的企業可能不需要進行系列化，此時其產品線本身即為一個「系列」;而對於某些產品層次和種類更為復雜的企業，可能還需要在產品系列的基礎上進一步細分，形成「產品族」，其思路與系列化類似，本文不再進行贅述。
4.識別各個層級的產品共用要素，構建產品平台
在進行產品系列化的過程中，識別或定義了一些共同的繼承屬性，甚至在不同的系列間也存在這樣的繼承屬性，在產品中這些繼承屬性通常會對應相對較為獨立的一系列共用產品組件，若在現有產品系列中不存在這樣的共同組件，那麼在新產品系列開發時應進行重新定義。
同系列或不同系列產品間的這種共用組件的集合，即為產品平台。產品平台除了要滿足共用性的條件之外，通常還應獨立承載某一核心用戶需求;此外，同一產品系列通常只能定義一個產品平台，若有多個平台應進行合並。
如：汽車的產品平台通常以底盤、發動機等關鍵組件為平台要素;個人電腦選擇以CPU和主板為產品平台;電視機則選擇以主IC為產品平台。
5.識別共用技術要素，並通過組合形成技術平台
技術成為一個應用非常廣泛的詞語，以至於因其內涵過於復雜而很少人能夠給出一個准確的定義，若不能將有效的界定、不能將其有形化的表達，就很難對技術創新找到有效的突破。實際上，在產品中所謂的技術是以一系列的技術要素來體現的，可能是一種或一組結構形式、也可能是一個經驗公式，或者是一個選型規范。
通常一個產品需求的實現有賴於一系列技術要素形成的技術概念，例如要實現「燈具良好散熱」這一需求，通常需要同時結合熱對流、熱輻射和熱傳導三種熱傳遞原理進行設計，最終將會體現在燈具內腔形狀和燈具外表面的散熱筋結構，這種結構形式就是實現良好散熱的一種技術要素。
又比如，某應用於海上的金屬裝置表面要實現較高的防腐性能，通常要從材料腐蝕機理出發，最終體現在基體的材質選擇、塗料材質選擇和表面噴塗工藝上，這些都是一些技術要素。
在有效識別技術要素的基礎上，我們需要再一次將這些技術要素進行組合，形成能夠滿足用戶一系列不同程度需求的一組技術要素，能夠共用到產品的多個部件或組件，為其賦予滿足用戶某一特定需求的能力，這一組技術要素即成為技術平台。如上述兩個例子總可分別提煉總結出「散熱技術平台」、「防腐技術平台」。
技術平台形成要把握的基本要點是，瞄準用戶需求，從技術原理或機理出發，對產品現有技術要素進行識別或者對新的技術要素進行探索，在此基礎上進行總結和抽象。
6.進行產品技術體系整合
在完成上述步驟之後，還有一個最為重要的工作：將產品線、產品系列、產品平台、技術要素、技術平台進行整合，以某種形式進行集中展現，再一次從系統的角度、管理的角度、用戶需求的角度進行審視和優化，此時企業的整體技術體系基本上便形成了其原型。
技術體系的表達方式非常多，如日本科技聯盟開發的「技術大系圖」，企業也可以根據自身的行業特徵、產品特徵設計不同的表達形式。
梳理和搭建企業的產品技術創新架構，是對企業現有產品一次徹底的格式化過程，這個過程可能會較為漫長，這其中涉及到現有在銷產品的整合，為了不對現有業務造成較大的沖擊，對於很多企業而言產品線劃分、系列化構建、產品平台和技術平台的形成更多的將會在新產的開發過程中逐漸體現，對現有產品形成逐步的替代。但無論如何，產品技術創新架構是企業產品創新的重要基礎，也是逐步建立企業核心技術能力的重要手段，對於亟需自主創新的中國企業而言，這一步應走在前面。
❾ 如何規劃自己的產品結構
現在無論大小經銷商
，選擇一個產品想短時間內迅速實現暴利已經是不可能的了。現在的市場迫使經銷商也必須要靜下心來像經營企業般地來經營自己的公司，在代理廠家的產品要有自己的目標，扎扎實實地做市場。作者根據實踐經驗總結出經銷商規劃自己產品結構的三步曲。
選擇產品，經營自己
做任何事，首先要認識自己才能穩步發展。經銷商選擇產品也是如此，認識自己的資金實力與社會資源，特別是社會資源，是中國當前的市場經驗尤其重要。首先我將經銷商選擇產品幾個目的做一簡單闡述。
1、充分發揮經營平台和社會資源的能量
相信每一個從經商者都有一定屬於自己的資源，老的經銷商可以在網路上形成了自己的產品流通鏈，新的經銷商在朋友與社會資源有一定的供需鏈。像糖酒之類付食品的傳統經銷商在自己經營區域內大多以傳統批發網路為主，在選擇產品注重是流通量大、產品單價不高等大眾化快速消費品，目的就是充分發揮自己網路平台。
隨著近年來終端營銷被廠家越來越重視，像酒類行業，價格比以前高了，終端消費越來越多了。傳統型以批發為主的經銷商就是想選擇此類以終端消費為主的產品，如果不調整經營方針，是沒有能力做好的。在這種情況就湧出一些擁有廣泛社會資源的新型經銷商，他們大多沒有在傳統行業經商經驗，像廣告行業的、服務行業和一些與政府機關有關聯的個人。目前白酒行業的中高檔白酒經銷商很大一部分都是這部分新型的經銷商。
2、代理膨脹行業知名品牌，擴充自己的經營范圍
經銷商在代理自己現有品牌時，要時刻關注行業內的發展，適時選擇膨脹行業的產品，接助廠家實力，擴充自己的經營范圍。例如近兩年的奶品行業發展迅速，隨著蒙牛等一些新型強勢品牌的崛起和奶製品行業的發展，選擇有實力投入的附屬代理品，經銷商不但能獲得新型行業的利潤，也能提高自己的經營能力和市場思路。不過在選擇產品時一定要注意到自己市場的特性，對於產品市場處於培育狀態下，經銷商切不可盲目投入，以防得不償失。
3、經銷商現有產品領域無發展前景，選擇其他行業產品，改行經營
在關注膨脹行業發展的同時，也要關注自己代理產品行業的發展。如果本市場自己產品的行業市場在逐漸萎縮，此時就要考慮發展其他行業的產品了，切不可一味等待，期待市場繁榮。還有一種情況是整體行業有發展前景，但在本市場卻難以看見目標市場，需行業領導者炒做才可有發展前景，這種情況經銷商需根據自身實力與廠家實力衡量才可確定。
現在大多經銷商在選擇產品大多看重的是利潤空間，對廠家的營銷方案並沒有持續性研究，而且不注重此產品成功和失敗市場的原因探討。所以也就出現時下很多招商式的產品，下去了，又出來了。結果吃虧的還是商家。
確定主導產品，規劃產品結構
經銷商經營產品也要有廠家對品牌產品的思路，例如廠家的形象產品廠家就注重形象宣傳，而不注重其利潤；同樣經銷商的形象產品要以做好服務為重點，利潤產品卻要全方位地投入做好市場。
1、確定重點利潤產品，做好自己的品牌
無論經銷商你經營多少產品，一定要有自己的主導利潤產品。這種產品是既能發揮你的平台功能，又能創造利潤。一般來說糖酒飲料行業都季節性的消費淡旺季，所以說經銷商要選擇兩個左右的主導產品去重點經營，這樣無論是對後期發展還是現在市場鞏固都起著關鍵性作用。有許多經銷商都說，我跟廠家走，你對我好，有投入，我就努力；沒有投入，對我不好，我就不努力。其實這種想法是不對的，原因是廠家人員不固定，業務人員的素質也不一樣，你對人員的理解直接影響廠家對你的理解。再者產品是經銷商自己的，市場是自己的，自己一旦認定此產品，就一定要認真對待，要麼就別接這產品。
市場是做起來的，確定好重點品牌產品，切不可三心二意，這樣只會讓廠家失望，又使自己分散精力。還沒做市場就一味向廠家要資源，這種思想只會使廠家為難，即使要到資源，廠商不能同時用力於市場，其結果仍然是勞命傷才。
2、知名度高的大眾化無利潤品牌，重點做好服務，擴大知名度，以此提升小品牌產品的渠道忠誠度
形象好的品牌產品或許出貨量大，利潤不高，但卻有眾多的渠道認同。經銷商一味靠這些消費者品牌無法實現規模的擴大，除非有廠家的大力支持。對於這些品牌廠家一定要做好渠道服務，讓分銷渠道內的網路在認同大品牌產品的同時，接受經銷商另外其他產品，為經銷商帶來邊際利潤。
總結以上兩點來看，經銷商在產品結構群上應該分品牌形象產品、重點利潤產品、小品牌彌補性渠道產品。經銷商的產品支撐點不是消費者，而是自己的網路和渠道。
審時度勢地發展新產品
，開拓新渠道
這一點我以一個實例來說明一下：作者本人就A市場開發了一個新產品，主要以餐飲渠道為主。而原有經銷商卻主要批發和商超網路為主，而且其主要網路集中在市郊及周圍的縣區，很顯然我新開發的產品是不適合其經營的。在與經銷商交流的同時，他們也意識到這一點，所以經銷商並沒有選擇這個產品經營。
今年經銷商經營的另外一個飲料品牌重點投入A市場餐飲行業，特別是市區，經銷商接此機會迅速成立餐飲點營銷隊伍，開拓市區新渠道，同時與我談起經營上次談到餐飲的產品。
此例說明經銷商在選擇產品和調整產品結構要時刻與自己的發展密切聯系，在時機不成熟，或資源不夠時，不可盲目看別人發財眼紅行事。
最後，我認為經銷商對產品的定位是有區別於廠家的。