上篇指路——>后臺(tái)產(chǎn)品經(jīng)理入門指南（上），本篇繼續(xù)介紹后臺(tái)產(chǎn)品經(jīng)理入門的剩余幾章內(nèi)容。

5、后臺(tái)產(chǎn)品設(shè)計(jì)要點(diǎn)

6、分析復(fù)雜業(yè)務(wù)的幾個(gè)思考維度

7、后臺(tái)與中臺(tái)的關(guān)系

8、后臺(tái)產(chǎn)品的未來

05

后臺(tái)產(chǎn)品設(shè)計(jì)要點(diǎn)

后臺(tái)產(chǎn)品作為支撐系統(tǒng)往往涉及到具體的行業(yè)和業(yè)務(wù)特點(diǎn)，當(dāng)我們直接拿具體業(yè)務(wù)來闡述后臺(tái)設(shè)計(jì)經(jīng)驗(yàn)時(shí)，往往會(huì)陷入其中無法進(jìn)行通用性的提煉，也很難讓其他領(lǐng)域的產(chǎn)品經(jīng)理讀者受益。

因此我從產(chǎn)品設(shè)計(jì)的角度而不是結(jié)合業(yè)務(wù)的角度來總結(jié)一些有共性的后臺(tái)設(shè)計(jì)要點(diǎn)，這套思路是適合所有后臺(tái)產(chǎn)品的。

1、對狀態(tài)的強(qiáng)化認(rèn)知

對于一個(gè)后臺(tái)系統(tǒng)，狀態(tài)無處不在，靈活多變的業(yè)務(wù)需求是靠一張張數(shù)據(jù)庫的表在記錄的，除了業(yè)務(wù)數(shù)據(jù)的記錄，狀態(tài)是非常重要的基礎(chǔ)。訂單必須有狀態(tài)，用于區(qū)分不同業(yè)務(wù)環(huán)節(jié)；一個(gè)上線的活動(dòng)必須要有狀態(tài)，是進(jìn)行中、已暫停、還是已下線；一個(gè)員工賬號(hào)也要有狀態(tài)，是啟用中、禁用中還是已注銷。

設(shè)計(jì)一個(gè)功能或系統(tǒng)通常需要先繪制流程圖，而流程圖中一個(gè)個(gè)狀態(tài)的連接支撐起了整個(gè)功能設(shè)計(jì)的骨架，然后才是具體細(xì)節(jié)的設(shè)計(jì)。如何正確的強(qiáng)化對狀態(tài)的認(rèn)知和理解，我大概總結(jié)以下幾點(diǎn)：

a）狀態(tài)的獨(dú)立互斥

這點(diǎn)與上面說的唯一判斷字段有點(diǎn)類似，但實(shí)際不是一回事。因?yàn)闋顟B(tài)是用于描述不同業(yè)務(wù)節(jié)點(diǎn)的，每個(gè)狀態(tài)要與實(shí)際業(yè)務(wù)的關(guān)鍵節(jié)點(diǎn)進(jìn)行一一對應(yīng)，狀態(tài)之間不能出現(xiàn)二義性，否則會(huì)出現(xiàn)多個(gè)狀態(tài)對應(yīng)同一個(gè)業(yè)務(wù)關(guān)鍵節(jié)點(diǎn)，不但會(huì)造成理解混淆，還可能使系統(tǒng)做具體判斷時(shí)出問題。

b）狀態(tài)在時(shí)間維度上是穩(wěn)定的

這點(diǎn)其實(shí)也很好理解，一個(gè)具體業(yè)務(wù)的發(fā)展是有階段性的，而狀態(tài)就是在每個(gè)階段取一個(gè)值，各個(gè)值連接起來就串聯(lián)的業(yè)務(wù)，但如果狀態(tài)的值取在各個(gè)階段的臨界點(diǎn)，這就很不好描述業(yè)務(wù)了。比如一個(gè)運(yùn)營活動(dòng)，可以用“進(jìn)行中”和“已下線”兩個(gè)狀態(tài)來區(qū)分發(fā)生和不發(fā)生兩個(gè)階段，這是合理的，但如果狀態(tài)叫做“下線中”，這就不是處在一個(gè)穩(wěn)定的狀態(tài)，而像一個(gè)瞬時(shí)態(tài)，到底是上線還是下線，我們從狀態(tài)命名中就感覺很模糊。

c）注意子狀態(tài)和組合狀態(tài)

當(dāng)業(yè)務(wù)相當(dāng)復(fù)雜時(shí)，一個(gè)狀態(tài)下面還可以設(shè)置子狀態(tài)，比如單據(jù)的撤銷狀態(tài)，可以包括用戶主動(dòng)撤銷、系統(tǒng)撤銷、人工撤銷，用于區(qū)分具體是怎么被撤銷的。

而組合狀態(tài)的意思是在用戶側(cè)展示的狀態(tài)不單是訂單表里存的狀態(tài)名稱，而是一個(gè)組合狀態(tài)，比如在用戶側(cè)顯示“已發(fā)貨”，其實(shí)包含了訂單狀態(tài)為“創(chuàng)建成功”、支付狀態(tài)為“已付款”、物流狀態(tài)為“已出庫”。像比較復(fù)雜的保險(xiǎn)訂單狀態(tài)，還會(huì)包含訂單狀態(tài)、支付狀態(tài)、續(xù)保狀態(tài)等，因此不能用一維的線性的思維來看待狀態(tài)。

d）狀態(tài)機(jī)的流轉(zhuǎn)路線

狀態(tài)機(jī)圖的確定，基本確定了系統(tǒng)和功能主體結(jié)構(gòu)，各狀態(tài)之間的起點(diǎn)終點(diǎn)、流轉(zhuǎn)路線、判斷條件決定了功能的玩法和限制，狀態(tài)機(jī)圖是梳理并對照實(shí)際業(yè)務(wù)的必備工具。當(dāng)業(yè)務(wù)有功能拓展時(shí)，首先查看狀態(tài)機(jī)圖是否滿足，如何調(diào)整才能滿足，已經(jīng)涉及到哪些相關(guān)調(diào)整，都需要用到這個(gè)圖。

e）合理的狀態(tài)有利于數(shù)據(jù)統(tǒng)計(jì)

當(dāng)狀態(tài)的設(shè)計(jì)都按照上述原則進(jìn)行，狀態(tài)與狀態(tài)之間非常清晰，這對數(shù)據(jù)統(tǒng)計(jì)是非常有益的，因?yàn)楹芏嗟臄?shù)據(jù)統(tǒng)計(jì)都強(qiáng)依賴對狀態(tài)的定義，如果你在做數(shù)據(jù)統(tǒng)計(jì)的時(shí)候發(fā)現(xiàn)很難準(zhǔn)確的提需求，或者發(fā)現(xiàn)無法按照業(yè)務(wù)需要的維度來進(jìn)行統(tǒng)計(jì)，可以反思下系統(tǒng)的狀態(tài)是否合理。

2、模塊化抽象

對變量的抽象是一種模塊化思維，能夠減少很多重復(fù)的工作量，提高后期的開發(fā)效率，我將分成兩種情況來描述。

一種是當(dāng)多個(gè)頁面都用到同一個(gè)內(nèi)容時(shí)，該內(nèi)容應(yīng)該被抽象為公共變量，供各頁面調(diào)用。比如一個(gè)常用聯(lián)系人組件包含姓名、證件類型、證件號(hào)碼、性別、出生日期這五要素，那么可以把這五要素設(shè)置成一個(gè)公共變量模塊，在不同產(chǎn)品下單需要用到時(shí)直接調(diào)用即可。如果有的產(chǎn)品下單時(shí)只需要用到姓名、證件類型、證件號(hào)碼三要素，則可以把五要素的變量模塊拆細(xì)為五個(gè)變量元素，這樣可以達(dá)到最大自由度的組合。

另一種情況是兩個(gè)頁面絕大部分內(nèi)容相同，只有幾個(gè)元素有差異時(shí)，這幾個(gè)有差異的元素應(yīng)該抽象為配置變量，做成一個(gè)配置文件或者管理后臺(tái)，這樣在調(diào)整該配置時(shí)就不用再寫代碼。有的同學(xué)可能對配置文件不太懂，它可以理解為一段未被編譯器編譯的配置代碼，是對一個(gè)軟件運(yùn)行時(shí)狀態(tài)的本地儲(chǔ)存形式，可以實(shí)現(xiàn)對軟件靈活的實(shí)時(shí)調(diào)整。

比如同樣一個(gè)商品的詳情頁需要在A平臺(tái)是紅色背景，有評(píng)論模塊，在B平臺(tái)是綠色背景，不要評(píng)論模塊。如果事先將背景色、有無評(píng)論模塊這兩個(gè)變量做成配置項(xiàng)，只需要更改配置文件或在管理后臺(tái)做相應(yīng)勾選即可。

3、合理的配置化程度

有了模塊化思維后，在做一些有配置的后臺(tái)功能時(shí)，還有一個(gè)非常重要的點(diǎn)是掌握配置的尺度，針對不同產(chǎn)品設(shè)定合理的配置功能。

配置化功能有時(shí)候會(huì)提高系統(tǒng)的靈活度，有時(shí)候反而會(huì)限制系統(tǒng)的靈活性，這就要看配置化的程度是否與具體業(yè)務(wù)的需求相結(jié)合，對于業(yè)務(wù)上沒有嚴(yán)格定義的內(nèi)容最好不要做成固定的配置值，而是做成開放的配置項(xiàng)，可以隨時(shí)更改和擴(kuò)充。

比如我負(fù)責(zé)的一個(gè)推薦產(chǎn)品的功能，根據(jù)用戶的個(gè)性化信息推薦不同的產(chǎn)品，且不同產(chǎn)品展示的樣式和內(nèi)容不一樣，考慮到推薦結(jié)果頁產(chǎn)品介紹圖、特性、推薦語可能會(huì)變動(dòng)，我把這些可能變動(dòng)的項(xiàng)都做成了管理后臺(tái)的開放字段，可以讓運(yùn)營隨時(shí)修改，而產(chǎn)品名稱、價(jià)格、在售狀態(tài)這些隨著平臺(tái)統(tǒng)一調(diào)整的項(xiàng)則從產(chǎn)品后臺(tái)去拉取，保證了與平臺(tái)其他位置展示的一致性。

合理的配置化程度其實(shí)就是把該配置的都做成可配置，幾乎不會(huì)修改的做成固定邏輯，這樣既能支持業(yè)務(wù)，又能減少不必要的配置化開發(fā)工作量。

4、系統(tǒng)的拓展性

我之前經(jīng)常遇到一種情況，當(dāng)我做一個(gè)功能上線之后，業(yè)務(wù)方有時(shí)會(huì)再提一個(gè)與這個(gè)非常類似的需求，有時(shí)候僅僅只是改動(dòng)很少的內(nèi)容。如果在第一次設(shè)計(jì)時(shí)并沒有預(yù)留可能的拓展性，就算只是很少的改動(dòng)，還是要排期開發(fā)和測試，特別是有的功能還需回歸測試，非常浪費(fèi)開發(fā)資源，而且影響迭代速度。這時(shí)就考驗(yàn)在設(shè)計(jì)之初能否大概看出可能有的拓展性，在開發(fā)工作量幾乎不變的情況下預(yù)留一些類似的邏輯，這樣會(huì)非常便于類似功能的迭代。

舉個(gè)例子，對于一個(gè)人工審核的結(jié)論頁，有多種狀態(tài)，每種狀態(tài)下結(jié)論頁的不同模塊的元素、文案、以及對用戶的觸達(dá)文案，都是首次開發(fā)時(shí)配置好的。首次開發(fā)時(shí)業(yè)務(wù)方提出有三種狀態(tài)，上線之后業(yè)務(wù)方說要再加一種特殊的狀態(tài)，如果事先在狀態(tài)機(jī)中預(yù)留了待定的狀態(tài)，只需要把該待定狀態(tài)下頁面的元素、文案、對用戶的觸達(dá)進(jìn)行設(shè)置即可，改動(dòng)的工作量很小，可以快速的上線。

不過值得注意的一點(diǎn)是，在預(yù)留拓展性時(shí)盡量保證首次開發(fā)的工作量影響很小，如果為了暫時(shí)使用不到的預(yù)留需求消耗過多開發(fā)資源，就有點(diǎn)本末倒置了。最好的針對復(fù)制一份代碼、預(yù)留一個(gè)狀態(tài)這種相似功能進(jìn)行考慮。

5、異常處理機(jī)制

穩(wěn)定性是一個(gè)后臺(tái)系統(tǒng)非常重要的職責(zé)，代碼上的異常報(bào)警有開發(fā)人員來跟進(jìn)，但后臺(tái)功能上的異常處理機(jī)制是需要產(chǎn)品經(jīng)理在設(shè)計(jì)時(shí)就考慮的。

比如產(chǎn)品上架時(shí)需要灰度驗(yàn)證，那么需要一個(gè)白名單功能，如果細(xì)分到具體功能的上架，那這個(gè)白名單功能還要細(xì)化到具體功能入口。

還比如某個(gè)功能接口掛了之后的兜底邏輯，如果是一個(gè)定時(shí)取數(shù)的接口，是否可以在接口掛了無法更新數(shù)據(jù)時(shí)仍然展示上次拉到的數(shù)據(jù)，并給前端一個(gè)字段反饋，讓前端可以展示一個(gè)文案提示用戶。

異常處理機(jī)制就像一個(gè)個(gè)應(yīng)急的創(chuàng)可貼，在系統(tǒng)出問題時(shí)能夠第一時(shí)間應(yīng)急處理，讓系統(tǒng)不至于大出血而影響使用，是非常必要的臨時(shí)解決問題機(jī)制。

06

分析復(fù)雜業(yè)務(wù)的5個(gè)思考維度

很多時(shí)候我們在面對一個(gè)復(fù)雜的業(yè)務(wù)需求時(shí)，容易被業(yè)務(wù)的表象所迷惑，看起來非常復(fù)雜，這不只是后臺(tái)產(chǎn)品，所有產(chǎn)品需求都會(huì)遇到。但如果有良好的結(jié)構(gòu)化思維和本質(zhì)思維，就可以剝開業(yè)務(wù)外表，把問題歸納為數(shù)學(xué)和物理上的關(guān)系，再復(fù)雜的業(yè)務(wù)往往也可以快速的理清頭緒。?

當(dāng)然，理解業(yè)務(wù)是前提，理解業(yè)務(wù)后可以再從以下幾個(gè)維度來思考其中的邏輯關(guān)系：

1、對應(yīng)關(guān)系

任何業(yè)務(wù)需求一定會(huì)涉及到幾個(gè)業(yè)務(wù)主體，它們之間要么毫不相干，要么就存在一定聯(lián)系，當(dāng)有聯(lián)系時(shí)就涉及到它們的對應(yīng)關(guān)系，理清這層關(guān)系后才能進(jìn)行具體的方案設(shè)計(jì)。

在數(shù)學(xué)上，兩個(gè)數(shù)據(jù)的基本對應(yīng)關(guān)系只有三種，一對一，一對多，多對多?？此坪艹Ｒ姷膶?yīng)關(guān)系，卻在后臺(tái)產(chǎn)品的設(shè)計(jì)中無處不在。

舉個(gè)最簡單的例子，比如賬號(hào)的注冊，一個(gè)賬號(hào)注冊后生成一個(gè)uid，用戶可以綁定手機(jī)號(hào)、微信號(hào)，也可以輸入身份證號(hào)進(jìn)行實(shí)名認(rèn)證，手機(jī)號(hào)和微信號(hào)還支持更換，這時(shí)uid與手機(jī)號(hào)就是一對多的關(guān)系，uid與身份證號(hào)是一對一關(guān)系。

搞清數(shù)據(jù)之間的對應(yīng)關(guān)系非常有必要，它直接關(guān)系到開發(fā)人員對數(shù)據(jù)庫表字段的設(shè)計(jì)，以及后續(xù)要進(jìn)行的相關(guān)數(shù)據(jù)傳輸和統(tǒng)計(jì)查詢。其實(shí)對應(yīng)關(guān)系也是UML圖里類圖部分的內(nèi)容，是理清業(yè)務(wù)邏輯過程中必備的。

2、主從關(guān)系

主體之間的關(guān)聯(lián)關(guān)系除了對應(yīng)關(guān)系，還會(huì)存在主從關(guān)系。比如在靜態(tài)條件時(shí)，兩個(gè)主體之間的包含和被包含關(guān)系，以哪個(gè)主體為準(zhǔn)，哪個(gè)主體次之；在動(dòng)態(tài)變化時(shí)，哪個(gè)主體的變化會(huì)影響其他主體，哪個(gè)主體是被動(dòng)受到制約。我將這類關(guān)系統(tǒng)稱為主從關(guān)系。比如下圖：

B主體全部被包含于A中，C主體部分包含于A中，當(dāng)B發(fā)生變化時(shí)，A一定受影響，而C變化時(shí)則不一定。

對多個(gè)主體主從關(guān)系的正確判斷，可以幫助我們更客觀的認(rèn)識(shí)事物，判斷需求的優(yōu)先級(jí)，做出更好的選擇。

比如在產(chǎn)品經(jīng)理日常工作經(jīng)常會(huì)遇到一個(gè)情況，就是反復(fù)實(shí)現(xiàn)幾個(gè)類似的需求，明明好像上次做過類似的，這次只是改動(dòng)了一點(diǎn)點(diǎn)又要重新做。這種情況常常是由于沒有抓住需求的根源，只是在從屬系統(tǒng)（模塊）中解決問題，沒有在這個(gè)需求對應(yīng)的源頭主系統(tǒng)中解決，也或者說是需求實(shí)現(xiàn)的方案不是一個(gè)根源上的主方案，而是一個(gè)淺層的從屬方案。

3、關(guān)聯(lián)程度

當(dāng)多個(gè)主體之間都有互相影響的關(guān)聯(lián)關(guān)系時(shí)，我們需要把這個(gè)關(guān)聯(lián)的程度進(jìn)行量化和大小對比。比如A和B兩個(gè)主體之間影響的因子很少，那便是弱關(guān)聯(lián)程度，A和C之間有多個(gè)變量相互作用，那相對來說 屬于強(qiáng)關(guān)聯(lián)關(guān)系。在分析業(yè)務(wù)時(shí)，我們可以把所有的相關(guān)主體通過粗細(xì)不同的線條來描述它們之間的關(guān)聯(lián)程度大小。

理解不用主體之間的關(guān)聯(lián)程度可以幫助我們做出更好的選擇。

比如在實(shí)際處理業(yè)務(wù)需求時(shí)，同樣一個(gè)需求一般有多種實(shí)現(xiàn)方案，如果每個(gè)方案看做一個(gè)主體，現(xiàn)有的相關(guān)系統(tǒng)模塊也看做一個(gè)個(gè)主體，在進(jìn)行選擇時(shí)需要基于該需求與當(dāng)前系統(tǒng)哪個(gè)模塊關(guān)聯(lián)程度最高，根據(jù)高內(nèi)聚低耦合的設(shè)計(jì)原則，應(yīng)該把需求放在相關(guān)性最高的模塊中實(shí)現(xiàn)。

4、時(shí)間維度

在物理世界中，我們常用三維空間和時(shí)間用來描述事物，即時(shí)間和空間上都有順序。而互聯(lián)網(wǎng)的世界主要就是數(shù)據(jù)按照一定規(guī)則進(jìn)行的交換與傳遞，不受三維空間的限制，因此可以認(rèn)為只有時(shí)間維度的順序。

對應(yīng)到產(chǎn)品設(shè)計(jì)的細(xì)節(jié)來看，不管什么復(fù)雜的業(yè)務(wù)，其中的具體事件一定有時(shí)間發(fā)生順序，它們發(fā)生的先后之間是否有對應(yīng)不同的限制條件，是否為了實(shí)現(xiàn)的方便可以不按照業(yè)務(wù)事件的發(fā)生順序？在哪個(gè)時(shí)間點(diǎn)進(jìn)行哪個(gè)事件更為合理？這些細(xì)節(jié)最終都會(huì)落到具體的對應(yīng)到代碼的處理，也會(huì)一定程度影響到整個(gè)系統(tǒng)的實(shí)現(xiàn)方案和效果。

比如在互聯(lián)網(wǎng)保險(xiǎn)投保的流程中，系統(tǒng)需要對用戶大量的信息進(jìn)行校驗(yàn)，來判斷用戶是否符合投保要求，即通常說的核保。用戶的一些直接輸入的信息通過前端實(shí)時(shí)校驗(yàn)進(jìn)行攔截，復(fù)雜的信息通過整個(gè)頁面提交后接口來進(jìn)行校驗(yàn)，該用戶更深層的一些諸如征信風(fēng)險(xiǎn)、信用風(fēng)險(xiǎn)等信息再通過風(fēng)控接口進(jìn)行攔截。這就把數(shù)據(jù)校驗(yàn)這個(gè)功能從數(shù)據(jù)的傳輸時(shí)間維度上拆解成了三步。

這其實(shí)也就是研發(fā)的時(shí)序圖思路，只不過產(chǎn)品經(jīng)理在業(yè)務(wù)梳理階段就要理清關(guān)鍵業(yè)務(wù)的時(shí)序。

5、因果關(guān)系

凡事有因必有果，不是不報(bào)，是時(shí)候未到。因果關(guān)系看起來非常簡單，但現(xiàn)實(shí)中我們卻常常陷入兩個(gè)誤區(qū)。

1? 把事件的結(jié)果歸納為單一原因造成的

2 ?把一個(gè)事件的結(jié)果當(dāng)原因

這兩個(gè)誤區(qū)會(huì)使我們無法找到問題的根本原因，也就無法從根本上解決問題。

舉個(gè)例子，在上周A產(chǎn)品的銷量提升了，產(chǎn)品詳情頁的頁面轉(zhuǎn)化率提高了，而上周產(chǎn)品經(jīng)理剛好給頁面加了指示引導(dǎo)功能，如果我們就認(rèn)為產(chǎn)品經(jīng)理上周做的功能是銷量上升的原因，那就陷入了第一個(gè)誤區(qū)，因?yàn)榭赡苓€存在其他很多的變量，比如可能是產(chǎn)品上周減價(jià)了。

如果認(rèn)為產(chǎn)品詳情頁轉(zhuǎn)化率提高是銷量上升的原因，那就陷入了第二個(gè)誤區(qū)，因?yàn)轫撁孓D(zhuǎn)化率提高也是一個(gè)產(chǎn)品賣得更好的表現(xiàn)結(jié)果，而不是原因。也許我們?nèi)姹P查銷量提升的變量后會(huì)發(fā)現(xiàn)，根本原因其實(shí)是該產(chǎn)品可以使用剛發(fā)的優(yōu)惠券進(jìn)行大額折扣。

要避免陷入誤區(qū)一，需要更全面地看待影響事件的變量，不能停留在線性的因果視角；

要避免陷入誤區(qū)二，需要區(qū)分什么是結(jié)果什么是原因，一般只有變量事件才可能是原因，而數(shù)據(jù)、效果方面呈現(xiàn)的內(nèi)容都是結(jié)果。

以上5個(gè)思考維度，前三個(gè)是靜態(tài)分析視角，后兩個(gè)是動(dòng)態(tài)分析視角，并不是什么新的高大上的理論，但卻是我總結(jié)出來并真正在實(shí)踐中受益的。

后臺(tái)產(chǎn)品的建設(shè)本身就更偏向嚴(yán)謹(jǐn)?shù)墓こ趟季S，抽去業(yè)務(wù)的外衣，從產(chǎn)品層面進(jìn)行高度歸納的東西才能讓我們舉一反三。

07

后臺(tái)與中臺(tái)的關(guān)系

后臺(tái)是一個(gè)廣泛的范圍，是一個(gè)與前臺(tái)對應(yīng)的概念，對于大多數(shù)公司，后臺(tái)其實(shí)就是所有的業(yè)務(wù)支撐系統(tǒng)，比較小的公司是沒有產(chǎn)品經(jīng)理專門來負(fù)責(zé)后臺(tái)產(chǎn)品。

但隨著大公司大平臺(tái)的出現(xiàn)，并行的業(yè)務(wù)線發(fā)展得越來越大，每條業(yè)務(wù)線都要一個(gè)后臺(tái)，各個(gè)后臺(tái)之間又相對獨(dú)立，形成了煙囪式的技術(shù)架構(gòu)，這樣很難以實(shí)現(xiàn)多業(yè)務(wù)數(shù)據(jù)的整合和共享，也很難快速對類似的新業(yè)務(wù)進(jìn)行支撐響應(yīng)，于是才誕生了中臺(tái)。

國內(nèi)最早實(shí)踐的應(yīng)該是阿里巴巴，簡單點(diǎn)說，中臺(tái)是后臺(tái)的精細(xì)化設(shè)計(jì)衍生出的概念，是為了更高效率的提升對前端業(yè)務(wù)支撐的系統(tǒng)，偏重與對技術(shù)、數(shù)據(jù)、業(yè)務(wù)的共性抽象和復(fù)用。

因此，我認(rèn)為后臺(tái)與中臺(tái)是相輔相成的，在不同公司背景下的重合情況并不相同，我們不用刻意為了概念上的區(qū)分而分離后臺(tái)與中臺(tái)的具體內(nèi)容，特別是在行業(yè)內(nèi)真正在做需求的產(chǎn)品經(jīng)理，要做好中臺(tái)需要先做好后臺(tái)的事情，掌握后臺(tái)設(shè)計(jì)的原理、方法，在公司發(fā)展壯大后需要進(jìn)行中臺(tái)建設(shè)時(shí)才能把后臺(tái)相關(guān)能力抽象成為中臺(tái)。

08

后臺(tái)產(chǎn)品的未來

互聯(lián)網(wǎng)蓬勃發(fā)展的初期，產(chǎn)品經(jīng)理是供不應(yīng)求的，非常多來自各個(gè)專業(yè)的畢業(yè)生只要多體驗(yàn)APP、寫點(diǎn)競品分析報(bào)告、畫畫交互，就能進(jìn)入行業(yè)獲得一份不錯(cuò)的工作。

然而時(shí)間已經(jīng)來到2020年，做純互聯(lián)網(wǎng)的產(chǎn)品早就不再是主流，互聯(lián)網(wǎng)已經(jīng)與各行各業(yè)相結(jié)合并產(chǎn)生了不同的化學(xué)反應(yīng)，再加上經(jīng)濟(jì)下行的背景，企業(yè)對效率提升的重視，資本也不再盲目砸錢投新項(xiàng)目，產(chǎn)品經(jīng)理的招聘越來越細(xì)分了，各個(gè)領(lǐng)域公司需要的是既懂業(yè)務(wù)又懂互聯(lián)網(wǎng)的產(chǎn)品經(jīng)理，而這些與各領(lǐng)域業(yè)務(wù)有著高度結(jié)合的需求正是后臺(tái)、B端產(chǎn)品的主要工作，這些都需要很多軟件設(shè)計(jì)底層的基本功。

一個(gè)不懂UML、不懂?dāng)?shù)據(jù)庫、不懂算法、不懂軟件開發(fā)流程，只會(huì)分析用戶、交互設(shè)計(jì)、線上活動(dòng)策劃的C端產(chǎn)品經(jīng)理的競爭壁壘會(huì)越來越低，也很難在有行業(yè)深度的領(lǐng)域擔(dān)當(dāng)大任。

作為業(yè)內(nèi)人士，特別是從事后臺(tái)產(chǎn)品經(jīng)理的人來說，一定能看到企業(yè)內(nèi)部非常多環(huán)節(jié)都是不合理不夠高效的，公司對外的PR稿寫的都是高大上的人工智能，真正到做需求時(shí)我們這幫人會(huì)發(fā)現(xiàn)更多的是人工智障。

現(xiàn)在還是互聯(lián)網(wǎng)與各行業(yè)的融合期，各領(lǐng)域的公司也有非常大的改善空間，未來的企業(yè)內(nèi)部組織效率提升一定會(huì)發(fā)揮更大的價(jià)值，這也是后臺(tái)產(chǎn)品經(jīng)理價(jià)值的所在。

后臺(tái)產(chǎn)品經(jīng)理，任重道遠(yuǎn)，但未來可期。

↘好文推薦：

后臺(tái)產(chǎn)品經(jīng)理入門指南（上）

產(chǎn)品經(jīng)理要懂的「技術(shù)那些事」

美團(tuán)王慧文，王興14年的帶刀護(hù)衛(wèi)

點(diǎn)個(gè)“在看”吧

總結(jié)

以上是生活随笔為你收集整理的后台产品经理入门指南（下）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。