中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導讀：產(chǎn)品架構(gòu)，就是對產(chǎn)品主要功能的一種提前規(guī)劃和架構(gòu)。企業(yè)在搭建系統(tǒng)布局的時候，就應該先做好架構(gòu)規(guī)劃，避免后期出現(xiàn)問題來不及補救的情況。本文作者分享了搭建產(chǎn)品架構(gòu)的幾個重要原則，與大家分享~

前幾天突然接到一個朋友的電話，說最近公司交易系統(tǒng)頻繁的出問題，造成了近千萬的損失，看有沒有辦法解決。

幾年前有和他簡單聊過一下那個公司構(gòu)建系統(tǒng)的情況，我說了一句話：這么搞遲早得崩。最近真的嚴重到打補丁的方式?jīng)]有效果，他想到了我們當時的聊天，以為我有什么辦法，我想了一下，告訴他沒什么辦法，只能一邊救火，一邊安排人認真梳理，重構(gòu)一個系統(tǒng)。

這不是個案，很多公司的系統(tǒng)規(guī)劃都是簡單粗暴，今天給我做個CRM，明天給我做個ERP，出了問題臨時找方法打補丁，解決當前的問題，最后寫系統(tǒng)的開發(fā)小哥自己都說：太冗余太惡心了，這玩意我自己都不知道啥邏輯。

企業(yè)在做自己的系統(tǒng)布局時候，很多時候需求及規(guī)劃是不清晰的，只能看到眼前的需求，后期業(yè)務怎么發(fā)展還沒有具體規(guī)劃。產(chǎn)品規(guī)劃不能以業(yè)務的視角去看，要以產(chǎn)品架構(gòu)的全局視角去思考。清晰的業(yè)務需求排高優(yōu)先級，不清晰的需求可以作為構(gòu)建產(chǎn)品架構(gòu)的方向指導，每個分支可以單獨規(guī)劃，統(tǒng)一思考整體架構(gòu)。

01 產(chǎn)品架構(gòu)路線演變

產(chǎn)品的架構(gòu)路線是一個逐步演化的過程，信息化早期階段，企業(yè)基本不談產(chǎn)品架構(gòu)，或者說產(chǎn)品架構(gòu)只存在于單獨系統(tǒng)中，產(chǎn)品部門的管理是嚴格區(qū)分業(yè)務線，業(yè)務線間相對封閉，各自發(fā)展。

隨著各公司內(nèi)產(chǎn)品線越來越多，產(chǎn)品開發(fā)人員會發(fā)現(xiàn)各產(chǎn)品線做了很多重復的內(nèi)容，明明可以共用的內(nèi)容做了好幾遍，為什么不能共用一部分？業(yè)務人員也慢慢體會到，一個業(yè)務流要切換好幾個系統(tǒng)，越來越麻煩，為什么不能共用一個系統(tǒng)？這就催生了產(chǎn)品需要統(tǒng)一架構(gòu)，全局思考。

演變路徑還有一個基礎，那就是產(chǎn)品架構(gòu)的思路逐漸成熟，在最初的產(chǎn)品規(guī)劃期就有一個相對詳細的路線參照。比如說最近很熱的中臺化架構(gòu)，利弊已經(jīng)很明顯，如果企業(yè)的規(guī)劃中是多產(chǎn)品線，有共用的能力或組件，就可以朝著中臺化架構(gòu)的方向去構(gòu)思規(guī)劃。再比如流量池式的架構(gòu)方式，把多個產(chǎn)品的流量用多種產(chǎn)品方式做連接聯(lián)合，建立流量閉環(huán)。

02 產(chǎn)品架構(gòu)原則

在公司內(nèi)提出產(chǎn)品架構(gòu)的時候，一定會有不同的聲音，產(chǎn)品經(jīng)理不可能用一張圖或者幾份文件，就能滿足各部門的需求，但這里想說的是，一定要勇于提出整體產(chǎn)品架構(gòu)，哪怕是錯的，也給了大家討論的方向，給了產(chǎn)品架構(gòu)逐漸清晰的可能性，或許還能給各部門間的連接提供機會。產(chǎn)品架構(gòu)是逐漸清晰的，是不斷修改才會逐漸逐漸準確，所以大膽的畫一畫產(chǎn)品架構(gòu)圖，大膽的拿著藍圖PPT去找領導聊一聊。

在大公司，比如前公司內(nèi)八大事業(yè)群，公司五六萬人的時候，做全公司整體產(chǎn)品架構(gòu)基本不可能，除非你是CXO。對大部分不是CXO的產(chǎn)品人員來說，可以構(gòu)想本事業(yè)部或者本產(chǎn)品線的整體架構(gòu)。如果只負責一個產(chǎn)品模塊的化，可以先構(gòu)建單模塊架構(gòu)，對規(guī)劃產(chǎn)品也是有幫助。

（1）確保產(chǎn)品架構(gòu)的可延展性

產(chǎn)品架構(gòu)一定是可延展，可迭代的。隨著業(yè)務推進，可以說只有企業(yè)愿景、核心價值觀、總目標是基本不變的，其余的都可變，更何況本來就是藍圖屬性的產(chǎn)品架構(gòu)。

（2）產(chǎn)品架構(gòu)需高度抽象化，標準化

產(chǎn)品架構(gòu)是高度抽象，先不考慮具體內(nèi)容，重點是建立一套系統(tǒng)矩陣，功能或信息模型。產(chǎn)品架構(gòu)規(guī)定標準化產(chǎn)品規(guī)則，后期所有的新增產(chǎn)品都需要遵守同一套標準，甚至可以是產(chǎn)品紅線，維護整體機構(gòu)的健康。通過標準化的規(guī)則建立產(chǎn)品，是個捷徑。

這里做一個類比，產(chǎn)品架構(gòu)就是一個書架，產(chǎn)品就是每個隔間的書，有大小不同規(guī)格，根據(jù)時間或者閱讀的需求，逐步把書放到該放的隔間中，這就是產(chǎn)品的增量。

（3）產(chǎn)品架構(gòu)內(nèi)需要限定清晰的邊界

產(chǎn)品架構(gòu)中需要有明確的分割邊界，明確規(guī)定每一個產(chǎn)品或模塊的屬性、范圍、職能。尤其是對于有多產(chǎn)品間信息流轉(zhuǎn)的業(yè)務，更要注意這一點。

站在業(yè)務人員的角度，當然希望一個系統(tǒng)大而全，或者用一個流程涵蓋一切，這樣最方便。但產(chǎn)品角度去考慮，完全不是這樣，系統(tǒng)有明確的細分邏輯，規(guī)劃階段需要明確各細分屬性。

（4）產(chǎn)品架構(gòu)需考慮產(chǎn)品矩陣關系網(wǎng)

產(chǎn)品架構(gòu)可以抽象為產(chǎn)品+關系，就是多產(chǎn)品構(gòu)成的矩陣，結(jié)合產(chǎn)品間的關系，夠成的網(wǎng)絡。

關系可以是業(yè)務屬性，比如流程、業(yè)務流轉(zhuǎn)等；關系可以是流量屬性，比如流量流轉(zhuǎn)路徑、流量分發(fā)方式；關系也可以是產(chǎn)品屬性，比如增量關系、迭代關系等。

考慮產(chǎn)品關系的時候，繞不開項目角度的思考，比如放在項目集中思考，在項目組合中思考，結(jié)合運營一起思考等等方式，作為產(chǎn)品關系網(wǎng)的輔助。

03 產(chǎn)品架構(gòu)方式

一般是以企業(yè)愿景為基礎，以現(xiàn)有產(chǎn)品作為起點，繪制產(chǎn)品架構(gòu)圖。

把企業(yè)目標愿景落地成系統(tǒng)布局，再分步規(guī)劃達到目標系統(tǒng)的步驟、過程，這就構(gòu)成了產(chǎn)品架構(gòu)的主線。輔助業(yè)務線架構(gòu)，由主業(yè)務線延伸，往往作為分支存在。把支持型產(chǎn)品和外部對接產(chǎn)品并入架構(gòu)，如OA、財務等。同步構(gòu)建關系網(wǎng)，業(yè)務流轉(zhuǎn)等。

企業(yè)都會關心“四流”，信息流、商流、物流，還有資金流，對應到產(chǎn)品層面，是我們常說的兩個模型：

1. 信息流對應信息模型，模型涉及信息的進入、流轉(zhuǎn)、分析、轉(zhuǎn)出，信息的完整度、有效性等方面。
2. 商流、資金流、物流對應功能模型，或者說是交易模型。企業(yè)可以說是建立在交易模型的基礎之上的，交易主體、交易方向、交易過程等，是商流需要考慮的問題；具體到業(yè)務層面，貨物的運輸也就是物流、收付款也就是資金流，都可以是交易模型的子功能集。

借助信息模型和交易模型，基本可以構(gòu)建完整的產(chǎn)品架構(gòu)?？赏瑫r思考流量模型和用戶模型，流量模型的核心的流量閉環(huán)，是增量和存量的處理，可以作為產(chǎn)品架構(gòu)前置部分的邏輯參考。用戶模型的核心就是用戶建模，單用戶模型、用戶群模型，結(jié)合流量、交易一起思考的流量屬性、業(yè)務屬性等等，都可以作為產(chǎn)品架構(gòu)底層部分的思考。

最后，還是回到開頭那個問題，試想，如果在做公司第一個產(chǎn)品的時候，就構(gòu)建產(chǎn)品架構(gòu)，后期產(chǎn)品布局都是“架構(gòu)射程范圍內(nèi)的事情”，可能就不會出現(xiàn)那么多意料之外棘手的情況。

一個產(chǎn)品不可能是單獨的存在，開始規(guī)劃的時候，就先有產(chǎn)品架構(gòu)的意識，提前踩坑，后面產(chǎn)品的增速會越來越快。

本文由 @謝宇 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議