2023年產(chǎn)品經(jīng)理如何做產(chǎn)品架構(gòu)設(shè)計

產(chǎn)品經(jīng)理如何做產(chǎn)品架構(gòu)設(shè)計杰夫貝佐斯曾經(jīng)在一次演講中提到「人們常常問我：將來10年什么會被轉(zhuǎn)變？但從來沒有人問我：將來10年，什么不會變？」。在一款產(chǎn)品里中，架構(gòu)就是那個不簡單變的東西。

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

埋了坑不肯定自己填，功能沒上線確定是要背鍋的。

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

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

關(guān)于中臺我之前也有過共享，我的教育中臺一年實戰(zhàn)錄。

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

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

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

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

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

首先，考試的核心價值是對通過一些設(shè)計好的題目去檢驗同學(xué)對學(xué)問點的理解狀況，檢驗同學(xué)的最小的功能單元并不是試卷，而是題目。

一道題目就完成了學(xué)問點的考核，和用戶進(jìn)行了價值交換。所以題目應(yīng)當(dāng)被抽象出來成為一個獨立的子模塊。

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

客觀題：單選、多選、推斷、填空等等；主觀題，無標(biāo)準(zhǔn)答案，一般是大題，輸入方式也有多種，有文字錄入、畫圖、拍照錄題等等。所以把題目這個結(jié)構(gòu)抽象出來，有利于后期各種題型的拓展。

試卷是整個系統(tǒng)性學(xué)問點檢驗的模塊，是多個題目的組合。在題目的基礎(chǔ)上，試卷還需要具備一些其他的力量，包括：

組卷規(guī)章：比如隨機(jī)組卷，AB卷的力量；一些時間限制：開頭作答、提交截止、答案公布等等。并且其實試卷只是一個抽象的概念，實際上試卷可以具象化成課后作業(yè)、小測驗、考試等等多種使用形式交付給用戶。

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

實際上在線考試系統(tǒng)里，題目的自動化批改是一個很重要的部分。由于題型的不同，批改的方式也有許多種：

簡潔的標(biāo)準(zhǔn)答案比對；人工批改；AI自動批改，拍照上傳；接入第三方批改系統(tǒng)，比如一些在線編程的判題系統(tǒng)。我們也可以把批改系統(tǒng)抽離出來，一道題可以使用多個批改系統(tǒng)，一張試卷里的每道題都可能用不同的批改系統(tǒng)，這樣的拓展性會更好。

當(dāng)然，一個好的在線考試系統(tǒng)實際還會有許多其他的力量拓展，如題庫、學(xué)問點標(biāo)簽等等，這里就不做過多綻開了。

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

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

歸納法：歸納法是在大量閱歷的基礎(chǔ)上進(jìn)行抽絲剝繭，總結(jié)到其內(nèi)在規(guī)律的。演繹法：在歸納法的基礎(chǔ)上基于演繹法去推想系統(tǒng)如何去支持可能延長的需求，可用來驗證當(dāng)前的架構(gòu)設(shè)計是否合理。UML是一個表述產(chǎn)品架構(gòu)的好工具，上面畫考試系統(tǒng)架構(gòu)時就是一個很簡化的UML圖，相關(guān)的文章和書籍有許多。

通常來說，研發(fā)人員會比較擅長做架構(gòu)設(shè)計。由于計算機(jī)專業(yè)同學(xué)在學(xué)校就必需學(xué)習(xí)設(shè)計模式和面對對象的程序設(shè)計，其中類和對象的概念本身就是在建模和做架構(gòu)。

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

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

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

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

這是一個在產(chǎn)品更底層規(guī)律里的定義，不那么簡單懂，但卻體現(xiàn)了這本書里所描述的產(chǎn)品方法的層次。

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

本文簡述了