本文從我自身的角度，介紹了關(guān)于前后端產(chǎn)品經(jīng)理的區(qū)別和一些關(guān)于系統(tǒng)的認(rèn)知，歡迎交流，不喜輕噴。

1. 前端產(chǎn)品經(jīng)理和后端產(chǎn)品經(jīng)理

大學(xué)畢業(yè)前，有一段在直播行業(yè)做產(chǎn)品實(shí)習(xí)生的經(jīng)歷。

后來轉(zhuǎn)入互金行業(yè)，還記得我上級(jí)面試時(shí)問我：

你知道什么是后端產(chǎn)品經(jīng)理嗎？

當(dāng)時(shí)的我一臉懵逼，不過還是幸運(yùn)地被錄取了，職位是前后端結(jié)合的產(chǎn)品經(jīng)理。

工作一段時(shí)間后，我上級(jí)又問我：

你覺得做互金產(chǎn)品和直播產(chǎn)品有什么區(qū)別？

以下就是我對(duì)前端產(chǎn)品經(jīng)理和后端產(chǎn)品經(jīng)理的思考：

前端產(chǎn)品經(jīng)理，更注重用戶體驗(yàn)和交互方式，對(duì)設(shè)計(jì)模式、用戶心理有一定要求。

市面上流傳的很多“產(chǎn)品經(jīng)理必讀書目”都在介紹用戶思維、交互體驗(yàn)。

后端產(chǎn)品經(jīng)理，更注重業(yè)務(wù)邏輯和實(shí)現(xiàn)方式，對(duì)技術(shù)基礎(chǔ)、邏輯思維有一定要求。

常見于電商、金融等行業(yè)。

就我知道的而言，后端產(chǎn)品經(jīng)理比前端產(chǎn)品經(jīng)理核心競(jìng)爭(zhēng)力更強(qiáng)一些。

用戶思維、交互體驗(yàn)、數(shù)據(jù)敏感度逐漸成為產(chǎn)品經(jīng)理的基礎(chǔ)能力，而不是核心競(jìng)爭(zhēng)力。

“T型人才”將成為未來的發(fā)展趨勢(shì)。“—”代表廣播的知識(shí)面，“|”代表知識(shí)的深度。這對(duì)于產(chǎn)品經(jīng)理的職業(yè)發(fā)展意義是：

在培養(yǎng)基礎(chǔ)能力的同時(shí)，也要在某一行業(yè)深耕，構(gòu)建自己的核心競(jìng)爭(zhēng)力。

簡(jiǎn)單來講，前端產(chǎn)品經(jīng)理更偏重產(chǎn)品的“門面”，后端產(chǎn)品經(jīng)理更偏重產(chǎn)品的“骨架”。一個(gè)好的產(chǎn)品，不光要有優(yōu)秀的前端用戶體驗(yàn)，也要有健康穩(wěn)定的后端系統(tǒng)支撐。

不管是前端產(chǎn)品經(jīng)理還是后端產(chǎn)品經(jīng)理，都要有一顆踏實(shí)做事的心，實(shí)實(shí)在在為用戶創(chuàng)造價(jià)值。

2. 后端產(chǎn)品經(jīng)理如何分析需求

2.1 功能需求

功能方面的需求指定系統(tǒng)必須提供的服務(wù)。

通過需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能，以及功能如何在系統(tǒng)之間實(shí)現(xiàn)。

感受一下后端產(chǎn)品經(jīng)理的日常流程圖：

在前端，用戶完成簡(jiǎn)單的商品瀏覽、商品選定、下單支付過程，就涉及到后端六個(gè)系統(tǒng)之間的交互。對(duì)于體量更大的公司，系統(tǒng)模塊只會(huì)更多。

這就要求產(chǎn)品經(jīng)理不再局限于前端的頁面層次，而是基于業(yè)務(wù)對(duì)整體后端系統(tǒng)有一個(gè)宏觀的認(rèn)知，能區(qū)分各個(gè)系統(tǒng)的主功能，搭建一個(gè)好的產(chǎn)品架構(gòu)。

2.2 性能需求

性能需求指定系統(tǒng)必須滿足的定時(shí)約束或容量約束，常包括速度（響應(yīng)時(shí)間）、信息量速率、安全性等方面的需求。

比如，“支付系統(tǒng)必須在半分鐘內(nèi)返回用戶支付狀態(tài)”就是一項(xiàng)性能需求。

2.3 可靠性需求

可靠性需求定量地指定系統(tǒng)的可靠性。

比如，“商品系統(tǒng)在一個(gè)月內(nèi)不能出現(xiàn)2次以上故障”。

2.4 出錯(cuò)處理需求

出錯(cuò)處理需求說明系統(tǒng)對(duì)錯(cuò)誤應(yīng)該怎樣響應(yīng)。

比如，“訂單取消后，用戶支付已取消訂單成功會(huì)怎樣”。

2.5 逆向需求

逆向需求說明系統(tǒng)不應(yīng)該做什么。

產(chǎn)品經(jīng)理應(yīng)該選取能澄清真實(shí)需求且可消除可能發(fā)生誤解的那些逆向需求。

2.6 將來可能提出的需求

應(yīng)明確那些雖然不屬于當(dāng)前系統(tǒng)開發(fā)范疇，但是據(jù)分析將來可能會(huì)提出的需求。

比如需求迭代、增加新功能等。

其目的是，對(duì)系統(tǒng)將來可能的擴(kuò)充和修改做準(zhǔn)備，以便日后確定需求時(shí)能比較容易地實(shí)現(xiàn)。

3. 好的系統(tǒng)是什么樣子

之前在文章《產(chǎn)品經(jīng)理的技術(shù)思維手冊(cè)》提到過“模塊化思維”?！澳K化思維”不僅適用于前端設(shè)計(jì)，也適用于后端開發(fā)。

模塊化：把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一些類別相似的子功能。把這些模塊集成起來構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶需求。

在章節(jié)2.1的流程圖里，訂單系統(tǒng)、商品系統(tǒng)、運(yùn)營(yíng)系統(tǒng)等，都是相互獨(dú)立的模塊。

3.1 為什么要系統(tǒng)模塊化？

首先來思考一個(gè)感性的認(rèn)知，如果淘寶這么大體量的電商系統(tǒng)，只有一個(gè)模塊，那么一點(diǎn)小變動(dòng)就會(huì)導(dǎo)致開發(fā)人員在海量代碼里找尋相關(guān)的代碼，遺漏、錯(cuò)誤的可能性很高，系統(tǒng)安全備受質(zhì)疑。其次，如果團(tuán)隊(duì)加入新的開發(fā)人員，他對(duì)系統(tǒng)代碼的熟悉成本也是巨大的。

再來一個(gè)理性的認(rèn)識(shí)：

設(shè)函數(shù) c（x）表示問題 x 的復(fù)雜度，函數(shù) t（x）表示解決問題 x 需要的工作量（時(shí)間）

對(duì)于問題 x1 和 x2 ，

如果? ?c（x1）> c（x2），

則? ? t （x1）> t（x2）

根據(jù)人類解決一般問題的經(jīng)驗(yàn)，還有一個(gè)有趣的規(guī)律：

c（x1 + x2）> c（x1）+ c（x2）

則 t（x1 + x2）> t（x1）+ t（x2）

即是：由多個(gè)問題組成的問題的復(fù)雜度，大于分別考慮每個(gè)問題的復(fù)雜度之和。

則：解決集合問題的工作量比分別解決每個(gè)問題工作量之和更大。

這帶給我們的啟示是：

利用模塊化，可以將總功能拆解為一個(gè)個(gè)子集，提高系統(tǒng)的分工效率。

3.2 如何界定模塊的獨(dú)立程度？

首先，模塊的獨(dú)立性很重要：

• 基于有效的模塊化（即具有獨(dú)立性的模塊）的系統(tǒng)比較容易開發(fā)；
• 獨(dú)立的模塊比較容易測(cè)試和維護(hù)。

相對(duì)于不進(jìn)行模塊化的系統(tǒng)，有效模塊化修改系統(tǒng)需要的工作量更小、錯(cuò)誤傳播范圍更小，需要擴(kuò)充時(shí)也能更容易地加入新模塊。

其次，界定模塊的獨(dú)立程度有兩個(gè)標(biāo)準(zhǔn)：

• 耦合
• 內(nèi)聚

耦合：度量一個(gè)產(chǎn)品結(jié)構(gòu)內(nèi)不同模塊之間的互連程度。

耦合強(qiáng)弱取決于模塊間接口的復(fù)雜程度，進(jìn)入或訪問一個(gè)模塊的點(diǎn)，以及通過接口的數(shù)據(jù)。

內(nèi)聚：度量一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。

比較理想的模塊化是：低耦合，高內(nèi)聚。各個(gè)子系統(tǒng)便于開發(fā)和維護(hù)，提高整體分工效率。

4. 總結(jié)

后端產(chǎn)品經(jīng)理一職，要求產(chǎn)品經(jīng)理非常懂業(yè)務(wù)。對(duì)于系統(tǒng)架構(gòu)、業(yè)務(wù)認(rèn)知以及行業(yè)發(fā)展的前瞻性都要形成自己獨(dú)特的思考體系。

想要成為后端產(chǎn)品經(jīng)理？

我認(rèn)為主要是兩點(diǎn)：

（1）找準(zhǔn)想要深耕的行業(yè)

電商、金融、B端產(chǎn)品等等，多體驗(yàn)多思考，比如想從事電商行業(yè)可以去淘寶開一下店，體驗(yàn)一下面向商家的系統(tǒng)；想從事金融行業(yè)，那么基礎(chǔ)的金融知識(shí)肯定是必須的；實(shí)在不行，公司的CRM系統(tǒng)、OA系統(tǒng)也可以觀摩學(xué)習(xí)。

（2）積累一點(diǎn)技術(shù)基礎(chǔ)，提升邏輯思維

建議閱讀《計(jì)算機(jī)網(wǎng)絡(luò)》，對(duì)OSI模型有一個(gè)大體的認(rèn)識(shí)，知道底層數(shù)據(jù)如何傳輸、計(jì)算機(jī)如何互連。像API、RPC這些名詞也要知道其作用是什么?？梢钥纯醇夹g(shù)同事的開發(fā)文檔，基于單個(gè)功能的系統(tǒng)交互圖，不懂多問。

產(chǎn)品經(jīng)理每天都很忙，沉迷工作是一個(gè)好事，但一定要騰出時(shí)間思考、學(xué)習(xí)和總結(jié)，長(zhǎng)期的輸入才能帶來思維的提升。

最后，祝愿我們都能成為優(yōu)秀的產(chǎn)品經(jīng)理，不忘初心、砥礪前行。

作者：苒苒上升，公眾號(hào)：苒苒上升，互聯(lián)網(wǎng)金融產(chǎn)品經(jīng)理，負(fù)責(zé)3億用戶平臺(tái)

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

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

愛盈利-運(yùn)營(yíng)小咖秀(www.jza6.com) 始終堅(jiān)持研究分享移動(dòng)互聯(lián)網(wǎng)App運(yùn)營(yíng)推廣經(jīng)驗(yàn)、策略、全案、渠道等純干貨知識(shí)內(nèi)容；是廣大App運(yùn)營(yíng)從業(yè)者的知識(shí)啟蒙、成長(zhǎng)指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺(tái)；

想了解更多移動(dòng)互聯(lián)網(wǎng)干貨知識(shí)，請(qǐng)關(guān)注微信公眾號(hào)運(yùn)營(yíng)小咖秀（ID: yunyingshow）