白酒產(chǎn)品架構(gòu)圖怎么做，產(chǎn)品入門如何繪制產(chǎn)品功能結(jié)構(gòu)圖和產(chǎn)品信息結(jié)構(gòu)圖

下面是筆者通過實踐和資料整理對這兩個結(jié)構(gòu)圖進(jìn)行定義區(qū)分，并輔以實際demo分析闡釋： 一般在實際工作中，一個產(chǎn)品需求從創(chuàng)意、構(gòu)想到最終輸出給設(shè)計、開發(fā)，不一定會用到這兩種圖，視情況選擇使用。如要有要求先輸出產(chǎn)品方案時，還是建議繪制“產(chǎn)品功能結(jié)構(gòu)圖”和“產(chǎn)品信息結(jié)構(gòu)圖”，方便直觀地讓開發(fā)人員了解該產(chǎn)品的架構(gòu)，同時自己參照結(jié)構(gòu)圖繪制產(chǎn)品原型時也避免模塊和功能的遺漏。 一、產(chǎn)品功能結(jié)構(gòu)圖 作用 ：梳理產(chǎn)品架構(gòu)功能點。 說明 ：我們繪制產(chǎn)品功能結(jié)構(gòu)圖一般是在原型繪制前，所以大多不以頁面為模塊去羅列，而是以功能劃分模塊，以產(chǎn)品的主要功能及其他圍繞主要功能而展開的下級功能點進(jìn)行羅列。 一般做競品分析時會倒推已經(jīng)成型的產(chǎn)品來練手，此時需要反復(fù)使用軟件，列出其主要功能，涉及的功能細(xì)節(jié)需要不斷測試得出。 在自己構(gòu)想一個新的產(chǎn)品時，也需要大量使用同類或者有借鑒意義的產(chǎn)品，在繪制功能結(jié)構(gòu)圖的過程要結(jié)合過往或者同類產(chǎn)品經(jīng)驗羅列功能模塊、細(xì)化功能點。 功能和信息的概念有時比較模糊，如果想要更清晰的讓自己的表達(dá)更清晰可以采用“動詞+名詞”的形式對功能點命名，比如：登錄/注冊賬號；查看/取消收藏等。 操作過程 ： 我們在繪制功能結(jié)構(gòu)圖之前，要先梳理主要功能邏輯，下面是筆者參照B站功能模塊拆解的主要功能：在主要功能的基礎(chǔ)上添加下級功能和細(xì)節(jié)點，產(chǎn)品功能結(jié)構(gòu)圖就繪制出來啦！ 如下圖：二、產(chǎn)品信息結(jié)構(gòu)圖 作用： 梳理系統(tǒng)頁面的模塊功能顯示信息，是繪制原型的基礎(chǔ)，信息結(jié)構(gòu)圖類似數(shù)據(jù)表結(jié)構(gòu)設(shè)計，揭示了需要哪些數(shù)據(jù)，這些數(shù)據(jù)需要有怎樣的元素組成，才能達(dá)到每個功能模塊需要展現(xiàn)的內(nèi)容表達(dá)。如果說功能結(jié)構(gòu)圖是產(chǎn)品的功能抽象，那么信息結(jié)構(gòu)圖則是產(chǎn)品的數(shù)據(jù)抽象。 說明： 產(chǎn)品信息結(jié)構(gòu)圖羅列了產(chǎn)品需要的信息字段，是在我們繪制原型前構(gòu)想如何布局頁面信息的依據(jù)。在C端產(chǎn)品中對產(chǎn)品信息頁尤其重要，為避免原型繪制時遺漏，此時需要繪制產(chǎn)品信息結(jié)構(gòu)圖窮盡頁面內(nèi)容。信息結(jié)構(gòu)圖中同一個對象的信息出現(xiàn)在多個頁面是非常常見的事情。 例如個人簡歷，在招聘官使用招聘網(wǎng)站時，姓名、性別、年齡、職位、工作時間等關(guān)鍵信息既會出現(xiàn)在候選人的列表頁，也會出現(xiàn)在候選人的詳情頁，還會出現(xiàn)在搜索結(jié)果頁等等。 操作過程 ： 結(jié)合功能點，對設(shè)想的功能進(jìn)行主頁面布局。根據(jù)需求調(diào)研、競品調(diào)研報告、結(jié)合自己的產(chǎn)品經(jīng)驗確定具體功能模塊布局:總結(jié) ： 1.功能結(jié)構(gòu)圖，關(guān)鍵詞是功能，是功能的結(jié)構(gòu)化表達(dá)； 2.信息結(jié)構(gòu)圖，關(guān)鍵詞是信息，是信息的結(jié)構(gòu)化表達(dá)； 互動作的細(xì)節(jié)不用體現(xiàn)在產(chǎn)品功能結(jié)構(gòu)圖和產(chǎn)品信息架構(gòu)圖中，比如頁面布局細(xì)節(jié)、交互手勢、動畫效果等，屬于交互設(shè)計的范疇。 繪制產(chǎn)品結(jié)構(gòu)圖時，你就要想象這是你產(chǎn)品的最終形態(tài)，每個頁面要有哪些功能和數(shù)據(jù)，類似于開發(fā)做的不同靜態(tài)頁面，展現(xiàn)在你面前的就是產(chǎn)品的雛形了。

本小節(jié)主要介紹 產(chǎn)品架構(gòu)圖 的相關(guān)知識，整個內(nèi)容框架分為三個部分，分別是： 產(chǎn)品架構(gòu)圖是什么（what） ； 為什么要畫產(chǎn)品架構(gòu)圖 （why） ； 如何畫產(chǎn)品架構(gòu)圖（how） ，下文將對各部分的內(nèi)容做詳細(xì)介紹。 1、產(chǎn)品架構(gòu)圖的定義 產(chǎn)品架構(gòu)圖是一種將具象產(chǎn)品的業(yè)務(wù)架構(gòu)、功能架構(gòu)、信息架構(gòu)、技術(shù)架構(gòu)，生態(tài)架構(gòu)以及商業(yè)模式等，通過層級劃分、模塊組合，而設(shè)計出的可視化圖形，其抽象且精簡的表達(dá)形式，很適合用來介紹復(fù)雜產(chǎn)品體系。常見的產(chǎn)品架構(gòu)圖有業(yè)務(wù)架構(gòu)圖、功能架構(gòu)圖、信息架構(gòu)圖，以及混合架構(gòu)圖。 有句俗語叫做： 思考常常越復(fù)雜，形式往往越簡單 。人類歷史上許多偉大的知識和定律都是以精簡而優(yōu)美的形式表達(dá)出來的，例如亞里士多德的三段論表述、牛頓的三大定律、歐拉的上帝公式，達(dá)爾文的進(jìn)化論表述等。思考的足夠通透后，只需要用簡單的形式就可以表達(dá)復(fù)雜的體系結(jié)構(gòu)和邏輯關(guān)系，相反很多看似簡單的表現(xiàn)形式，背后卻承載著巨大的復(fù)雜。 對比各種產(chǎn)品輸出物（文檔、原型圖，流程圖等），產(chǎn)品架構(gòu)圖的形式最為精簡，都是由單一的矩形控件排列組合形成，但卻在所有的產(chǎn)品輸出物中擁有最高的抽象程度和復(fù)雜度，輸出產(chǎn)品架構(gòu)圖是對產(chǎn)品經(jīng)理產(chǎn)品設(shè)計能力的衡量和體現(xiàn)。 2、為什么要畫產(chǎn)品架構(gòu)圖 在進(jìn)行產(chǎn)品設(shè)計的時候，首先應(yīng)該輸出的是產(chǎn)品功能架構(gòu)圖，思考這張圖如何畫的過程，是幫助你梳理產(chǎn)品設(shè)計思路以及確定產(chǎn)品邊界過程。例如，現(xiàn)在讓你設(shè)計一個CRM系統(tǒng)，可以試著先畫出具體業(yè)務(wù)的CRM系統(tǒng)的功能架構(gòu)圖，在畫的過程中，會輔助你思考整個CRM系統(tǒng)有哪些核心功能模塊組成，各模塊的關(guān)聯(lián)關(guān)系是怎樣的，每個階段應(yīng)該做什么，從而形成完成的產(chǎn)品設(shè)計思路。 其次，產(chǎn)品設(shè)計的過程就像是蓋大樓的過程，輸出產(chǎn)品功能架構(gòu)圖就好比是搭建大樓地基的過程，產(chǎn)品原型設(shè)計的過程就像是大樓建造的過程，地基沒有問題，后面的添磚加瓦就不會有太大問題。如果一開始地基質(zhì)量就有問題而沒有被重視，后續(xù)蓋了一半發(fā)現(xiàn)整個工程出現(xiàn)問題，修復(fù)重建則會浪費巨大的資源和成本。所以項目初期產(chǎn)品功能架構(gòu)圖是很重要的交付物，當(dāng)你要開始設(shè)計一個完整的產(chǎn)品方案時，如果跳過畫產(chǎn)品架構(gòu)圖的步驟，直接開始畫原型、寫PRD文檔，就很容易發(fā)生改了又改，甚至是做了一版需求然后又推翻的情況。 最后，在產(chǎn)品上線后無論是對內(nèi)普及還是對外推廣都需要有高度抽象，簡潔易懂的載體來介紹產(chǎn)品整個情況，介紹和推廣的不可能去用繁雜的頁面和文字去描述，這個時候產(chǎn)品架構(gòu)圖會是介紹整個產(chǎn)品理念，功能和設(shè)計的一個很好的傳達(dá)媒介。 3、如何畫產(chǎn)品架構(gòu)圖 上文介紹了什么是產(chǎn)品架構(gòu)圖以及為什么要畫產(chǎn)品架構(gòu)圖，接下來要介紹如何畫產(chǎn)品架構(gòu)圖，產(chǎn)品架構(gòu)圖的畫法主要分為四個步驟，分別是：（1）確定對象；（2）拆解結(jié)構(gòu)；（3）挖掘關(guān)系；（4）表達(dá)輸出。 圖5-1產(chǎn)品架構(gòu)圖的畫法 （1）確定對象 首先要明確產(chǎn)品架構(gòu)圖描述對象的范圍和邊界是什么，例如，對于一個CRM系統(tǒng)，要畫的是CRM系統(tǒng)的業(yè)務(wù)架構(gòu)圖、功能架構(gòu)圖、信息架構(gòu)圖、還是綜合了多種元素混合在一起的混合架構(gòu)圖。 （2）架構(gòu)拆解 確定好描述對象的類型后，要對其進(jìn)行架構(gòu)拆解，例如，輸出一家借貸平臺的業(yè)務(wù)架構(gòu)圖圖，可以拆解為貸前業(yè)務(wù)、貸中業(yè)務(wù)，貸后業(yè)務(wù)等。又例如輸出一個CRM系統(tǒng)的功能架構(gòu)圖可以拆解出整個CRM系統(tǒng)的功能模塊，如賬戶管理模塊、客戶管理模塊、用戶管理模塊、權(quán)限管理模塊，系統(tǒng)設(shè)置模塊等。 （3）關(guān)系挖掘 輸出對象的架構(gòu)拆解完成后，需要發(fā)掘出各個模塊之間的關(guān)聯(lián)關(guān)系，同樣以CRM系統(tǒng)的功能架構(gòu)圖為例，在拆分完整個系統(tǒng)的功能模塊時，接下來要分析出各個功能模塊的關(guān)系，產(chǎn)品架構(gòu)圖內(nèi)部元素之間的關(guān)聯(lián)關(guān)系主要有四種：統(tǒng)計并列關(guān)系、父子包含關(guān)系、輔助支撐關(guān)系，底層支撐關(guān)系。 （4）表達(dá)輸出 確定了各個功能模塊的關(guān)系之后，則需要進(jìn)行關(guān)系表達(dá)，層級相同的模塊元素，則按照同級并列關(guān)系，需要排列在一起。 例如，在CRM系統(tǒng)中，客戶管理模塊和權(quán)限管理模塊就屬于同層級的并列關(guān)系。而權(quán)限管理模塊和權(quán)限分配這個功能模塊之間則屬于父子包含關(guān)系，在表達(dá)父子包含關(guān)系時，通常父級模塊會包含住子級模塊。 其次，一些產(chǎn)品的非核心的功能模塊或者產(chǎn)品之外的一些功能模塊，例如第三方平臺的短信功能模塊，這些模塊對產(chǎn)品自身功能的實現(xiàn)起到了一定的輔助作用，與其他產(chǎn)品功能模塊呈現(xiàn)出輔助支撐的關(guān)系，輔助支撐模塊一邊畫在產(chǎn)品架構(gòu)圖的右側(cè)。 最后是底層支撐關(guān)系，例如產(chǎn)品的 會員體系 是建立在賬戶體系的基礎(chǔ)上的，所以賬戶體系與會員體系屬于底層支撐關(guān)系。底層支撐關(guān)系的表達(dá)方式一般是支撐模塊在底下，被支撐模塊在上面。這些基本關(guān)系的圖形化表達(dá)方式，會在后面小節(jié)結(jié)合實際的案例做詳細(xì)介紹。 整個邊界范圍內(nèi)的結(jié)構(gòu)關(guān)系表達(dá)完成后，整體檢查一遍是否有遺漏和錯誤，檢查完畢后配上整個架構(gòu)圖的標(biāo)題，架構(gòu)圖標(biāo)題往往是對整個架構(gòu)圖內(nèi)容的說明，一般放在最上面或者框架左右兩邊，最終輸出完整的產(chǎn)品架構(gòu)圖。 愛因斯坦說過： 如果你不能把一件事情用最簡潔的語言描述清楚，說明你還沒有理解他。 對于產(chǎn)品架構(gòu)圖而言： 如果你不能用簡單的矩形， 通過 排列組合的方式 ， 把一個復(fù)雜的產(chǎn)品 結(jié)構(gòu)描述 清楚，說明你還沒有真正理解 你做的產(chǎn)品 。 所以，在日常的產(chǎn)品工作中，要培養(yǎng)自己去畫產(chǎn)品架構(gòu)圖的習(xí)慣，培養(yǎng)抽象思考能力的同時，輔助自己高效的完成產(chǎn)品方案設(shè)計。 原文地址：https://www.cnwebe.com/articles/157113.html

什么是產(chǎn)品架構(gòu)圖 產(chǎn)品架構(gòu)圖是產(chǎn)品經(jīng)理用來表達(dá)自己產(chǎn)品設(shè)計機制的一張概念圖： 它將可視化的具象產(chǎn)品功能，抽象成信息化、模塊化、層次清晰的架構(gòu)，并通過不同分層的交互關(guān)系、功能模塊的組合、數(shù)據(jù)和信息的流轉(zhuǎn)，來傳遞產(chǎn)品的業(yè)務(wù)流程、商業(yè)模式和設(shè)計思路。 由于產(chǎn)品架構(gòu)圖通常用于比較復(fù)雜的產(chǎn)品項目中，目前介紹產(chǎn)品架構(gòu)圖的相關(guān)書籍和資料極少（尤其是入門級別的資料很少提及），卻是設(shè)計復(fù)雜產(chǎn)品時不可或缺的文檔之一。 沒有資料的探索過程漫長且沒有方向，在終于有所沉淀后，我花了四周寫下了這篇總結(jié)，希望可以為你繪制產(chǎn)品框架圖時提供簡明的參考。 為什么要畫 梳理自己對產(chǎn)品方向的判斷： 思考這張圖如何設(shè)計的過程，也是幫助你梳理“半年內(nèi)自己的產(chǎn)品該往何處去、需求應(yīng)該如何分期和落地、和其他產(chǎn)品的依賴&競爭關(guān)系是什么、未來的可拓展性在哪里”等問題的過程。 為技術(shù)&運營的輸出形成支撐： 當(dāng)這張圖被設(shè)計出來后，按照產(chǎn)品架構(gòu)圖的結(jié)構(gòu)和路徑，項目的里程碑（RoadMap）就可以被清晰的拆解出來，同時項目成員也可以根據(jù)這張架構(gòu)圖產(chǎn)出運營計劃、技術(shù)系統(tǒng)架構(gòu)方案等強依賴產(chǎn)品方向的方案。 讓他人可視化的理解你的產(chǎn)品架構(gòu)： 能較為清晰簡單的呈現(xiàn)自己的思路、明確自己的產(chǎn)品邊界、指明發(fā)展的方向，常用于在項目規(guī)劃或項目總結(jié)中進(jìn)行演示，幫助不了解你的產(chǎn)品的人快速的建立對你的產(chǎn)品結(jié)構(gòu)、功能、復(fù)雜度的認(rèn)知。 何時需要畫 建議在復(fù)雜項目開始前寫： 當(dāng)你要開始設(shè)計一個系統(tǒng)性、完整的需求時，如果跳過畫產(chǎn)品架構(gòu)圖的步驟，直接開始畫原型、寫PRD、kick off，就很容易發(fā)生“改了又改”、“做了一版需求然后又推翻”的情況。 但“種一棵樹最好的時間是十年前，其次是現(xiàn)在”： 如果你的項目已經(jīng)進(jìn)行到一半，自己卻從未產(chǎn)出過這張圖，那么就從此刻開始，按照下文的步驟嘗試為自己的產(chǎn)品產(chǎn)出一張產(chǎn)品架構(gòu)圖吧。 如何畫 之前我們分享了【AR最全干貨及資料】設(shè)計AR產(chǎn)品，你一定要看的總結(jié) ，你可能對AR相關(guān)的背景知識已經(jīng)有所了解。為了分享的延續(xù)性，我們來做一個大膽的假設(shè)*： 假設(shè)你是 微信-掃碼功能 的產(chǎn)品經(jīng)理，有一天老板把你叫到辦公室，一番鼓勵后拍著你的肩對你說： “蘋果發(fā)布會看了沒？蘋果這么重視對AR能力的支持，我們微信也要趕緊把AR功能做起來。這是個Allen（張小龍）很重視的項目，你回去好好設(shè)計一下，明天來跟我過方案。記住，要能夠一炮打響，全民參與喔！” 啊，張小龍級別的項目啊！明天就要出方案，怎么辦 ？ 畫前準(zhǔn)備 列出問題域 在需求初期，產(chǎn)品經(jīng)理得到的往往只是一句比較模糊的需求描述，它們可能來自于老板、運營或用戶。 直接把這句話作為核心產(chǎn)品功能是不恰當(dāng)?shù)?，合理的做法是先把這個產(chǎn)品所有的問題域列清楚。 “問題域”是指自己的產(chǎn)品能夠解決的所有問題的空間集合。從核心需求出發(fā)，將所有當(dāng)前需要解決、未來可能要解決的問題放入產(chǎn)品框架的范圍，能夠幫助你的產(chǎn)品架構(gòu)圖擁有更高的可拓展性，在后續(xù)具備迭代和優(yōu)化的空間。 以微信AR的需求為例，問題域是這樣一個集合： 詳細(xì)操作步驟： 1. 找到收到的需求中，跟產(chǎn)品形態(tài)、產(chǎn)品目標(biāo)相關(guān)的詞句，去列出“XX的流程會是什么樣”、“XX該怎么達(dá)成”之類的問題，直到如果這些問題解決，能夠?qū)崿F(xiàn)核心需求的方向和業(yè)務(wù)目標(biāo)。 2. 去逐次尋找這些問題需求被解決的過程中，是否有其他要先解決掉的問題、或者其他跟業(yè)務(wù)相關(guān)的問題能夠被解決/改善。 3. 按照層級去羅列出所有的問題，并附上自己的初步回答，從而形成一個初步的、自己的產(chǎn)品能夠解決的“問題域”。 確定產(chǎn)品方向 在經(jīng)過問題域的羅列后，你應(yīng)該能夠得到一個模糊的產(chǎn)品方向和功能范圍。把這些問題域的答案抽象總結(jié)成一個確定的產(chǎn)品需求。 以微信AR的需求為例，根據(jù)問題域，我們發(fā)現(xiàn)需求不只是掃碼組件增加AR識別能力這么簡單，整個需求里需要引入廣告主的角色，并且需要和廣點通、騰訊開放平臺等團(tuán)隊合作。最終得到的產(chǎn)品方向描述是這樣的: 詳細(xì)操作步驟： 問題域的環(huán)節(jié)非常發(fā)散，這一步需要回歸基礎(chǔ)，把模糊的需求補充、拓展和翻譯成一個在商業(yè)模式和用戶體驗上能夠形成閉環(huán)的產(chǎn)品需求。 1. 核心需求確定：我的產(chǎn)品核心解決的是哪批用戶、哪個用戶需求？ 2. 產(chǎn)品目標(biāo)：如果以一個數(shù)字指標(biāo)衡量我的產(chǎn)品，它應(yīng)該是什么？ 3.用戶場景：核心需求基本的產(chǎn)品形態(tài)、用戶使用的路徑是怎樣的？ 清晰的業(yè)務(wù)流程 這一步需要根據(jù)核心產(chǎn)品需求和問題域的答案，畫出簡單的業(yè)務(wù)流程。業(yè)務(wù)流程是產(chǎn)品設(shè)計中常見的圖表，繪制方法就不再多做說明。 以微信AR的需求為例，從廣告主準(zhǔn)備AR互動，到用戶在前臺使用攝像頭參與互動，整個業(yè)務(wù)流程如下: 著手繪制 搭建基礎(chǔ)框架 基礎(chǔ)的產(chǎn)品框架脫胎于業(yè)務(wù)流程，但相比業(yè)務(wù)流程，更加注重產(chǎn)品功能的枚舉、功能模塊之間的分界。 詳細(xì)操作步驟： 1. 對照業(yè)務(wù)流程，根據(jù)自己設(shè)想的產(chǎn)品機制、基本產(chǎn)品形態(tài)和用戶的使用路徑，列出需要的頁面&功能&模塊等前后端邏輯。 2. 將剛剛得到的多個流程圖中所有功能類似或者范圍有包含關(guān)系的機制/功能放在一起，以模塊化的形式形成一張簡單的矩陣圖。 3. 將明顯是同一個產(chǎn)品范圍、同一組產(chǎn)品功能的模塊放在同一層級，得到一個基礎(chǔ)的產(chǎn)品框架。 明確架構(gòu)分層 一個具備前后臺關(guān)系的產(chǎn)品架構(gòu)圖至少分為三層：用戶感知層（在何種場景下通過何種方式觸達(dá)用戶）、功能模塊層（通過哪些功能模塊實現(xiàn)產(chǎn)品的核心功能、和哪些外部平臺功能有信息交互）、數(shù)據(jù)層（產(chǎn)品的數(shù)據(jù)從哪里來、產(chǎn)品的數(shù)據(jù)沉淀到何處去）。 在上一步進(jìn)行簡單分層后，我們已經(jīng)得到一個初步框架，但是難免會有分層不明確的問題。此時需要按照兩種維度來處理架構(gòu)圖的層級：不同信息層級的邊界、同一層級內(nèi)模塊和模塊的邊界。 1. 處理不同信息層級的邊界： 架構(gòu)圖的層級表達(dá)的其實是信息之間的流轉(zhuǎn)關(guān)系，不同信息層級之間一定是有邏輯關(guān)系的。 其中用戶感知層和數(shù)據(jù)層通常可以簡化為一層（用戶端的功能表達(dá)往往邏輯簡單、數(shù)據(jù)的來源問題則不是自己產(chǎn)品的核心功能），而功能模塊層則需要按照自己產(chǎn)品的邏輯去將功能模塊層內(nèi)的主要模塊變成新的層級。 2. 處理同一層級內(nèi)子模塊的邊界： 各層次之間雖然相關(guān)，但同一層次內(nèi)的子模塊之間一定是互相獨立、界限分明的（常常對應(yīng)著不同的開發(fā)團(tuán)隊和系統(tǒng)應(yīng)用）。將解決不同問題的功能拆分成兩個子模塊，做到一個問題只在同一層解決，避免牽一發(fā)而動全身的情況出現(xiàn)。 3. 明確產(chǎn)品間的邊界： 產(chǎn)品邊界對于開發(fā)設(shè)計系統(tǒng)架構(gòu)、業(yè)務(wù)間的合作模式都非常重要。用不同顏色標(biāo)識清楚產(chǎn)品框架中，各個部分所屬產(chǎn)品的邊界，通常其中屬于自己團(tuán)隊的部分用亮色表示。 加入信息流轉(zhuǎn)機制 產(chǎn)品架構(gòu)圖在表達(dá)產(chǎn)品的核心功能外，也應(yīng)該體現(xiàn)信息流動的路徑：當(dāng)前層級數(shù)據(jù)的交互形成產(chǎn)品功能，產(chǎn)品功能又產(chǎn)生新的數(shù)據(jù)，從而推動下一層級的功能運轉(zhuǎn)起來。 如果當(dāng)前產(chǎn)品的主要使用角色只有一個，則只需要用箭頭標(biāo)明模塊間信息流動的方式即可。如果當(dāng)前產(chǎn)品會涉及的主要角色比較多，則需要用不同顏色的線條將他們和各個模塊之間的信息交互關(guān)系外化出來。 最終檢查 一張好的產(chǎn)品架構(gòu)圖，應(yīng)該具備以下特點。 清晰的模塊功能邊界 功能經(jīng)過抽象，做到標(biāo)準(zhǔn)化、互相獨立 上下游產(chǎn)品功能邊界清晰，架構(gòu)分層明確合理 具備迭代優(yōu)化的能力 記得不斷根據(jù)你的產(chǎn)品的發(fā)展情況來更新產(chǎn)品架構(gòu)圖，每次修改的過程對提升產(chǎn)品架構(gòu)能力的幫助非常巨大。 ———————————————— 原文地址：https://blog.csdn.net/pmcaff2008/article/details/78111282