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

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

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

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

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

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

工作一段時間后，我上級又問我：

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

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

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

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

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

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

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

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

“T型人才”將成為未來的發(fā)展趨勢?！啊贝韽V播的知識面，“|”代表知識的深度。這對于產(chǎn)品經(jīng)理的職業(yè)發(fā)展意義是：

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

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

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

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

2.1 功能需求

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

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

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

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

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

2.2 性能需求

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

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

2.3 可靠性需求

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

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

2.4 出錯處理需求

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

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

2.5 逆向需求

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

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

2.6 將來可能提出的需求

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

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

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

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

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

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

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

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

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

再來一個理性的認識：

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

對于問題 x1 和 x2 ，

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

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

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

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

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

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

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

這帶給我們的啟示是：

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

3.2 如何界定模塊的獨立程度？

首先，模塊的獨立性很重要：

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

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

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

• 耦合
• 內(nèi)聚

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

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

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

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

4. 總結(jié)

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

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

我認為主要是兩點：

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

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

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

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

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

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

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

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

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