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

編輯導(dǎo)語(yǔ)：對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，發(fā)展到一定階段后，日常的工作內(nèi)容往往離不開產(chǎn)品架構(gòu)設(shè)計(jì)。這是一個(gè)極其細(xì)致的活，需要產(chǎn)品經(jīng)理有很強(qiáng)的架構(gòu)能力。那么，產(chǎn)品經(jīng)理如何才能摸清產(chǎn)品的底層邏輯、提升對(duì)產(chǎn)品的認(rèn)知，做好產(chǎn)品架構(gòu)呢？

杰夫貝佐斯曾經(jīng)在一次演講中提到「人們經(jīng)常問(wèn)我：未來(lái)10年什么會(huì)被改變？但從來(lái)沒(méi)有人問(wèn)我：未來(lái)10年，什么不會(huì)變？」。在一款產(chǎn)品里中，架構(gòu)就是那個(gè)不容易變的東西。

產(chǎn)品架構(gòu)是產(chǎn)品經(jīng)理發(fā)展到一定階段都需要具備的能力，只是多年來(lái)互聯(lián)網(wǎng)產(chǎn)品一直以來(lái)都處于舍命狂奔的狀態(tài)。這種情況下產(chǎn)品經(jīng)理往往也沒(méi)有太多的機(jī)會(huì)去鍛煉自己的架構(gòu)能力，畢竟產(chǎn)品架構(gòu)是個(gè)細(xì)活，不像功能體驗(yàn)?zāi)敲茨軌虮恢苯痈兄健?/p>

埋了坑不一定自己填，功能沒(méi)上線肯定是要背鍋的。

然而，近年來(lái)新的app越來(lái)越少，各巨頭們都在做深耕和提效，架構(gòu)這件事情開始變得越來(lái)越受到重視了，從18年底-19年突然中臺(tái)建設(shè)成為IT圈的大熱點(diǎn)也充分體現(xiàn)了這一點(diǎn)。

一、產(chǎn)品架構(gòu)是什么，為什么要做架構(gòu)？

架構(gòu)這個(gè)詞往往代表了骨架和脈絡(luò)，是抽象模型。

產(chǎn)品架構(gòu)就是產(chǎn)品的骨架和模型，假設(shè)人體是一個(gè)產(chǎn)品，那么人這個(gè)產(chǎn)品最粗粒度的架構(gòu)就有頭、四肢、軀干，通過(guò)骨骼支撐起來(lái)。

在這個(gè)架構(gòu)之上附著了肌肉、器官和皮膚等，構(gòu)成了整個(gè)人體。

在日常工作中，我們常常會(huì)聽(tīng)到好幾個(gè)架構(gòu)，業(yè)務(wù)架構(gòu)、信息架構(gòu)和技術(shù)架構(gòu)，這些和產(chǎn)品架構(gòu)是什么關(guān)系呢？我的理解是這樣的：

• 業(yè)務(wù)架構(gòu)：往往是為了達(dá)到業(yè)務(wù)目標(biāo)（通常是商業(yè)目標(biāo)）所搭建的業(yè)務(wù)體系和商業(yè)模式，比如著名的亞馬遜飛輪效應(yīng)和Google搜索的印鈔機(jī)模式。業(yè)務(wù)架構(gòu)包括且不僅限于產(chǎn)品，產(chǎn)品架構(gòu)是為了更好的支撐業(yè)務(wù)架構(gòu)而構(gòu)建的。
• 信息架構(gòu)：主要是產(chǎn)品在結(jié)構(gòu)層的一部分，通常是在交互設(shè)計(jì)階段考慮的產(chǎn)品給用戶呈現(xiàn)的產(chǎn)品全貌，讓用戶可以清晰快速的找到功能的方法。有些說(shuō)法會(huì)把產(chǎn)品架構(gòu)和信息架構(gòu)當(dāng)成一回事，在一些2C產(chǎn)品里，從信息架構(gòu)里就能看出產(chǎn)品架構(gòu)，如新聞資訊類的app。但實(shí)際上信息架構(gòu)只是產(chǎn)品架構(gòu)的一種表現(xiàn)形式，并不能完全代表產(chǎn)品架構(gòu)。
• 技術(shù)架構(gòu)：是產(chǎn)品架構(gòu)的實(shí)現(xiàn)，并還覆蓋有其他范疇，是個(gè)獨(dú)立的大話題。在一些偏向技術(shù)型的產(chǎn)品里，產(chǎn)品架構(gòu)和技術(shù)架構(gòu)很接近，比如云計(jì)算產(chǎn)品，其用戶本身就是程序員，所以云計(jì)算產(chǎn)品的產(chǎn)品架構(gòu)和技術(shù)架構(gòu)就非常接近了。

產(chǎn)品架構(gòu)本身也有三個(gè)層次：

1. 獨(dú)立可交付客戶價(jià)值的業(yè)務(wù)產(chǎn)品；
2. 單一產(chǎn)品內(nèi)的模塊化；
3. 單一個(gè)模塊的抽象設(shè)計(jì)，也就是功能設(shè)計(jì)的架構(gòu)。

整體的關(guān)系見(jiàn)下圖：

好的產(chǎn)品架構(gòu)能夠帶來(lái)哪些價(jià)值呢？借鑒云計(jì)算產(chǎn)品的說(shuō)法，本文這里也提出一個(gè)三高的說(shuō)法：

• 高可用：在多業(yè)務(wù)產(chǎn)品組成的產(chǎn)品矩陣中，每個(gè)產(chǎn)品可獨(dú)立交付價(jià)值，也可組合成不同的解決方案。
• 高可靠：在單一產(chǎn)品內(nèi)，基于解耦化和模塊化的設(shè)計(jì)，對(duì)模塊類邏輯的調(diào)整，其復(fù)雜邏輯所造成的影響往往控制在模塊內(nèi)，模塊之間依然還是通過(guò)定義好的輸入輸出進(jìn)行交互。
• 高可擴(kuò)展：在單一產(chǎn)品內(nèi)，基于模塊化定義好的規(guī)則，不需要事無(wú)巨細(xì)的了解整個(gè)產(chǎn)品的所有細(xì)節(jié)邏輯就可以快速擴(kuò)展產(chǎn)品功能。

由此可見(jiàn)，好的產(chǎn)品架構(gòu)是相對(duì)穩(wěn)定的，在業(yè)務(wù)方向本身不發(fā)生重大變化的情況下，是可以事半功倍的支持業(yè)務(wù)發(fā)展的。

二、如何做產(chǎn)品架構(gòu)？

1. 從具象到抽象

目前各大廠商對(duì)互聯(lián)網(wǎng)產(chǎn)品經(jīng)理的要求里往往非常注重同理心和用戶體驗(yàn)，這是一個(gè)具象化的過(guò)程，在一個(gè)具體的場(chǎng)景里以用戶的視角來(lái)體驗(yàn)和設(shè)計(jì)產(chǎn)品。

而做產(chǎn)品架構(gòu)則有了不同的要求，產(chǎn)品經(jīng)理需要基于用戶場(chǎng)景找出一類需求，并且還需要考慮到背后的需求，衍生的需求。

對(duì)于這些需求進(jìn)行抽象和建模，找出一些通用型的解放方案去滿足他們的需求。并且，由于B端產(chǎn)品的價(jià)值流和功能邏輯相對(duì)于C端產(chǎn)品往往要復(fù)雜很多，對(duì)于B端產(chǎn)品經(jīng)理而言，產(chǎn)品架構(gòu)的要求往往更高。

2. 各層次的產(chǎn)品架構(gòu)搭建

前面已經(jīng)介紹到產(chǎn)品架構(gòu)有三個(gè)層次，接下來(lái)具體介紹三個(gè)層次是如何做產(chǎn)品架構(gòu)的。

1）可獨(dú)立交付價(jià)值的產(chǎn)品架構(gòu)

可獨(dú)立交付價(jià)值的產(chǎn)品架構(gòu)，這類架構(gòu)往往和業(yè)務(wù)是強(qiáng)相關(guān)的，每個(gè)產(chǎn)品可以獨(dú)立使用交付客戶價(jià)值，形成采購(gòu)，也可以針對(duì)客戶不同場(chǎng)景的需求進(jìn)行組合，提供綜合解決方案。

云計(jì)算產(chǎn)品就是最典型的例子，用戶可以在云計(jì)算廠商官網(wǎng)根據(jù)自己的需求勾選一些產(chǎn)品，然后獨(dú)立采購(gòu)和使用，以視頻云涉及到的幾類常見(jiàn)產(chǎn)品：

• 對(duì)象存儲(chǔ)：主要進(jìn)行非結(jié)構(gòu)化數(shù)據(jù)(文件)的存儲(chǔ)；
• CDN：內(nèi)容分發(fā)網(wǎng)絡(luò)，主要解決跨地域的海量用戶資源訪問(wèn)速度的問(wèn)題；
• 點(diǎn)播：主要是指音視頻的播放問(wèn)題，音視頻會(huì)被轉(zhuǎn)碼成標(biāo)準(zhǔn)編碼格式，并可通過(guò)指定播放器解碼和播放；
• 直播：主要是實(shí)時(shí)音視頻的直播，主要包括普通推流直播和實(shí)時(shí)互動(dòng)直播。

對(duì)于客戶而言：

• 如果只需存儲(chǔ)海量數(shù)據(jù)，就只需要購(gòu)買對(duì)象存儲(chǔ)即可；
• 服務(wù)于不同地域的大量用戶訪問(wèn)，就需要使用CDN；
• 類似于映客這樣的直播類產(chǎn)品，就購(gòu)買直播+CDN+對(duì)象存儲(chǔ)；
• 像抖音、愛(ài)奇藝這種完整的視頻類產(chǎn)品，就需要有直播+點(diǎn)播+CDN+對(duì)象存儲(chǔ)。

2）產(chǎn)品內(nèi)的模塊化

用戶在一個(gè)較復(fù)雜產(chǎn)品里進(jìn)行操作，其需求被滿足的整個(gè)的流程會(huì)涉及到很多功能，其中這些功能可以進(jìn)行分類，同一類功能組合成一個(gè)模塊。

因此一個(gè)復(fù)雜產(chǎn)品內(nèi)部可以劃分出多個(gè)模塊，每個(gè)模塊負(fù)責(zé)業(yè)務(wù)流中相似的一類功能。

以淘寶為例，商家在淘寶上開店并發(fā)布商品，用戶到淘寶上搜索到商品，下單購(gòu)買。這一套業(yè)務(wù)流程里在淘寶這個(gè)超級(jí)app里，除了人機(jī)交互的那層殼以外，產(chǎn)品被劃分成了以下模塊。

其中每個(gè)模塊雖不能單獨(dú)滿足用戶想要的商品購(gòu)買的完整體驗(yàn)，但可以專注的解決購(gòu)買過(guò)程中一類問(wèn)題。而當(dāng)這些模塊抽象到能夠服務(wù)淘寶以外其他的產(chǎn)品時(shí)，這就是中臺(tái)了。

關(guān)于中臺(tái)我之前也有過(guò)分享，我的教育中臺(tái)一年實(shí)戰(zhàn)錄。

3）單個(gè)模塊的架構(gòu)

即使是只滿足一類需求的單模塊，其在設(shè)計(jì)時(shí)也需要做好其架構(gòu)。

以在線考試模塊為例，如果你對(duì)在線考試流程有一定的了解，就會(huì)大概想到整個(gè)過(guò)程。用戶進(jìn)入考試、完成題目并提交，系統(tǒng)判分，低于60分就未通過(guò)，超過(guò)80分就是優(yōu)秀。

如果僅僅只是做一個(gè)滿足這個(gè)需求的在線考試系統(tǒng)，把細(xì)節(jié)再補(bǔ)充下，就可以直接出交互了。

但前面我們也提到過(guò)了，產(chǎn)品經(jīng)理在面對(duì)需求時(shí)要進(jìn)行抽象，考慮到未來(lái)拓展的需求，那么我們就需要對(duì)此模塊做架構(gòu)設(shè)計(jì)和抽象拆解。

首先，考試的核心價(jià)值是對(duì)通過(guò)一些設(shè)計(jì)好的題目去檢驗(yàn)學(xué)生對(duì)知識(shí)點(diǎn)的理解情況，檢驗(yàn)學(xué)生的最小的功能單元并不是試卷，而是題目。

一道題目就完成了知識(shí)點(diǎn)的考核，和用戶進(jìn)行了價(jià)值交換。所以題目應(yīng)該被抽象出來(lái)成為一個(gè)獨(dú)立的子模塊。

通常一道題目會(huì)包括了題干、答案輸入、標(biāo)準(zhǔn)答案、判題輸出(對(duì)/錯(cuò)，答案解析)等部分，而從需求擴(kuò)展的角度來(lái)看，在不同的年齡層次以及不同的學(xué)科里會(huì)有很多不同類型的題目，比如：

• 客觀題：?jiǎn)芜x、多選、判斷、填空等等；
• 主觀題，無(wú)標(biāo)準(zhǔn)答案，一般是大題，輸入方式也有多種，有文字錄入、畫圖、拍照錄題等等。

所以把題目這個(gè)結(jié)構(gòu)抽象出來(lái)，有利于后期各種題型的拓展。

試卷是整個(gè)系統(tǒng)性知識(shí)點(diǎn)檢驗(yàn)的模塊，是多個(gè)題目的組合。在題目的基礎(chǔ)上，試卷還需要具備一些其他的能力，包括：

• 組卷規(guī)則：比如隨機(jī)組卷，AB卷的能力；
• 一些時(shí)間限制：開始作答、提交截止、答案公布等等。

并且其實(shí)試卷只是一個(gè)抽象的概念，實(shí)際上試卷可以具象化成課后作業(yè)、小測(cè)驗(yàn)、考試等等多種使用形式交付給用戶。

把題目和試卷拆開成兩個(gè)模塊，有利于維護(hù)和拓展，那么這樣是否就已經(jīng)拆解得足夠好了呢？

實(shí)際上在線考試系統(tǒng)里，題目的自動(dòng)化批改是一個(gè)很重要的部分。因?yàn)轭}型的不同，批改的方式也有很多種：

1. 簡(jiǎn)單的標(biāo)準(zhǔn)答案比對(duì)；
2. 人工批改；
3. AI自動(dòng)批改，拍照上傳；
4. 接入第三方批改系統(tǒng)，比如一些在線編程的判題系統(tǒng)。

我們也可以把批改系統(tǒng)抽離出來(lái)，一道題可以使用多個(gè)批改系統(tǒng)，一張?jiān)嚲砝锏拿康李}都可能用不同的批改系統(tǒng)，這樣的拓展性會(huì)更好。

當(dāng)然，一個(gè)好的在線考試系統(tǒng)實(shí)際還會(huì)有很多其他的能力拓展，如題庫(kù)、知識(shí)點(diǎn)標(biāo)簽等等，這里就不做過(guò)多展開了。

三、進(jìn)行抽象建模

產(chǎn)品架構(gòu)設(shè)計(jì)核心的抽象建模，主要涉及到：

• 歸納法：歸納法是在大量經(jīng)驗(yàn)的基礎(chǔ)上進(jìn)行抽絲剝繭，總結(jié)到其內(nèi)在規(guī)律的。
• 演繹法：在歸納法的基礎(chǔ)上基于演繹法去推測(cè)系統(tǒng)如何去支持可能延伸的需求，可用來(lái)驗(yàn)證當(dāng)前的架構(gòu)設(shè)計(jì)是否合理。

UML是一個(gè)表述產(chǎn)品架構(gòu)的好工具，上面畫考試系統(tǒng)架構(gòu)時(shí)就是一個(gè)很簡(jiǎn)化的UML圖，相關(guān)的文章和書籍有很多。

通常來(lái)說(shuō)，研發(fā)人員會(huì)比較擅長(zhǎng)做架構(gòu)設(shè)計(jì)。因?yàn)橛?jì)算機(jī)專業(yè)學(xué)生在學(xué)校就必須學(xué)習(xí)設(shè)計(jì)模式和面向?qū)ο蟮某绦蛟O(shè)計(jì)，其中類和對(duì)象的概念本身就是在建模和做架構(gòu)。

——這也是我為什么會(huì)認(rèn)為好的產(chǎn)品經(jīng)理需要懂一些技術(shù)的原因。

對(duì)于產(chǎn)品經(jīng)理而言，技術(shù)實(shí)現(xiàn)的細(xì)節(jié)不是重點(diǎn)，而以下幾點(diǎn)是需要著重注意的：

• 產(chǎn)品在做模塊化設(shè)計(jì)時(shí)使用起來(lái)容易變得「技術(shù)化」，用戶體驗(yàn)不那么好。如何做到用戶在使用產(chǎn)品時(shí)的體驗(yàn)是簡(jiǎn)單且流暢的，但產(chǎn)品內(nèi)部其實(shí)是模塊化的設(shè)計(jì)，這是要在交互設(shè)計(jì)上下功夫的；
• 歸納法很怕遇到黑天鵝事件，所以再歸納的時(shí)候要盡量整合盡可能全的場(chǎng)景，特別是要做中臺(tái)產(chǎn)品時(shí)，難度是很高的。所以在進(jìn)行產(chǎn)品架構(gòu)設(shè)計(jì)前，一定要盡可能全面的去了解各類典型的場(chǎng)景，和有經(jīng)驗(yàn)的人多交流；
• 不要做過(guò)度抽象，抽象得沒(méi)有了業(yè)務(wù)特性，就好像要解微積分時(shí)，1+1=2這個(gè)公式是不解決問(wèn)題的。

四、在產(chǎn)品架構(gòu)之下

產(chǎn)品大神俞軍負(fù)責(zé)過(guò)百度貼吧、滴滴等很多知名的軟件產(chǎn)品，而在他的「俞軍產(chǎn)品方法論」一書里最開始對(duì)產(chǎn)品下了一個(gè)抽象的定義，是企業(yè)以產(chǎn)品為媒介跟用戶進(jìn)行價(jià)值交換。

這是一個(gè)在產(chǎn)品更底層邏輯里的定義，不那么容易懂，但卻體現(xiàn)了這本書里所描述的產(chǎn)品方法的層次。

產(chǎn)品這個(gè)詞在互聯(lián)網(wǎng)行業(yè)往往等同于軟件，在傳統(tǒng)行業(yè)是實(shí)體，在教培行業(yè)是課程內(nèi)容，而這些都符合俞軍對(duì)產(chǎn)品的定義，并且書里大量的經(jīng)濟(jì)學(xué)介紹，產(chǎn)品方法早就已經(jīng)超越了軟件了。

本文簡(jiǎn)述了產(chǎn)品的架構(gòu)，而在產(chǎn)品架構(gòu)之下還有很多更穩(wěn)定和基礎(chǔ)的原理和模型。

因此，一名優(yōu)秀的產(chǎn)品經(jīng)理，在自己負(fù)責(zé)的產(chǎn)品功能之下，還需要不斷的去深挖掘商業(yè)、產(chǎn)品的底層邏輯，才能不斷提升對(duì)產(chǎn)品的認(rèn)知，構(gòu)建個(gè)人更高的競(jìng)爭(zhēng)力壁壘。

作者：何少甫；公眾號(hào)：何必多想

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

題圖來(lái)自Unsplash，基于CC0協(xié)議。