后端產(chǎn)品經(jīng)理要懂的知識(shí)點(diǎn)
本文從我自身的角度,介紹了關(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)歷。
后來(lái)轉(zhuǎn)入互金行業(yè),還記得我上級(jí)面試時(shí)問(wèn)我:
你知道什么是后端產(chǎn)品經(jīng)理嗎?
當(dāng)時(shí)的我一臉懵逼,不過(guò)還是幸運(yùn)地被錄取了,職位是前后端結(jié)合的產(chǎn)品經(jīng)理。
工作一段時(shí)間后,我上級(jí)又問(wèn)我:
你覺得做互金產(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型人才”將成為未來(lái)的發(fā)展趨勢(shì)。“—”代表廣播的知識(shí)面,“|”代表知識(shí)的深度。這對(duì)于產(chǎn)品經(jīng)理的職業(yè)發(fā)展意義是:
在培養(yǎng)基礎(chǔ)能力的同時(shí),也要在某一行業(yè)深耕,構(gòu)建自己的核心競(jìng)爭(zhēng)力。
簡(jiǎn)單來(lái)講,前端產(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ù)。
通過(guò)需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能,以及功能如何在系統(tǒng)之間實(shí)現(xiàn)。
感受一下后端產(chǎn)品經(jīng)理的日常流程圖:
在前端,用戶完成簡(jiǎn)單的商品瀏覽、商品選定、下單支付過(guò)程,就涉及到后端六個(gè)系統(tǒng)之間的交互。對(duì)于體量更大的公司,系統(tǒng)模塊只會(huì)更多。
這就要求產(chǎn)品經(jīng)理不再局限于前端的頁(yè)面層次,而是基于業(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ò)處理需求說(shuō)明系統(tǒng)對(duì)錯(cuò)誤應(yīng)該怎樣響應(yīng)。
比如,“訂單取消后,用戶支付已取消訂單成功會(huì)怎樣”。
2.5 逆向需求
逆向需求說(shuō)明系統(tǒng)不應(yīng)該做什么。
產(chǎn)品經(jīng)理應(yīng)該選取能澄清真實(shí)需求且可消除可能發(fā)生誤解的那些逆向需求。
2.6 將來(lái)可能提出的需求
應(yīng)明確那些雖然不屬于當(dāng)前系統(tǒng)開發(fā)范疇,但是據(jù)分析將來(lái)可能會(huì)提出的需求。
比如需求迭代、增加新功能等。
其目的是,對(duì)系統(tǒng)將來(lái)可能的擴(kuò)充和修改做準(zhǔn)備,以便日后確定需求時(shí)能比較容易地實(shí)現(xiàn)。
3. 好的系統(tǒng)是什么樣子
之前在文章《產(chǎn)品經(jīng)理的技術(shù)思維手冊(cè)》提到過(guò)“模塊化思維”?!澳K化思維”不僅適用于前端設(shè)計(jì),也適用于后端開發(fā)。
模塊化:把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊,每個(gè)模塊完成一些類別相似的子功能。把這些模塊集成起來(lái)構(gòu)成一個(gè)整體,可以完成指定的功能滿足用戶需求。
在章節(jié)2.1的流程圖里,訂單系統(tǒng)、商品系統(tǒng)、運(yùn)營(yíng)系統(tǒng)等,都是相互獨(dú)立的模塊。
3.1 為什么要系統(tǒng)模塊化?
首先來(lái)思考一個(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)代碼的熟悉成本也是巨大的。
再來(lái)一個(gè)理性的認(rèn)識(shí):
設(shè)函數(shù) c(x)表示問(wèn)題 x 的復(fù)雜度,函數(shù) t(x)表示解決問(wèn)題 x 需要的工作量(時(shí)間)
對(duì)于問(wèn)題 x1 和 x2 ,
如果? ?c(x1)> c(x2),
則? ? t (x1)> t(x2)
根據(jù)人類解決一般問(wèn)題的經(jīng)驗(yàn),還有一個(gè)有趣的規(guī)律:
c(x1 + x2)> c(x1)+ c(x2)
則 t(x1 + x2)> t(x1)+ t(x2)
即是:由多個(gè)問(wèn)題組成的問(wèn)題的復(fù)雜度,大于分別考慮每個(gè)問(wèn)題的復(fù)雜度之和。
則:解決集合問(wèn)題的工作量比分別解決每個(gè)問(wèn)題工作量之和更大。
這帶給我們的啟示是:
利用模塊化,可以將總功能拆解為一個(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)入或訪問(wèn)一個(gè)模塊的點(diǎn),以及通過(guò)接口的數(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這些名詞也要知道其作用是什么。可以看看技術(shù)同事的開發(fā)文檔,基于單個(gè)功能的系統(tǒng)交互圖,不懂多問(wèn)。
產(chǎn)品經(jīng)理每天都很忙,沉迷工作是一個(gè)好事,但一定要騰出時(shí)間思考、學(xué)習(xí)和總結(jié),長(zhǎng)期的輸入才能帶來(lái)思維的提升。
最后,祝愿我們都能成為優(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)載
題圖來(lái)自 Pexels,基于 CC0 協(xié)議
請(qǐng)問(wèn)金融基礎(chǔ)知識(shí)主要是指哪些?感覺金融方面知識(shí)蠻難理解的,又相關(guān)推薦嗎
0基礎(chǔ)的話可以買個(gè)金融課,推薦一下得到的《香帥的北大金融學(xué)課》,這種網(wǎng)課雖然深度不夠,但是會(huì)形成一個(gè)宏觀的認(rèn)知。然后你可以再選擇細(xì)分和研究的領(lǐng)域~
同后端產(chǎn)品,可以交流一下。
模塊拆分是由產(chǎn)品主導(dǎo)發(fā)起還是開發(fā)主導(dǎo)發(fā)起?
開發(fā)主導(dǎo),系統(tǒng)設(shè)計(jì)一般都由專門的架構(gòu)師負(fù)責(zé)。我們只需明確功能涉及的系統(tǒng),如何在系統(tǒng)之間交互即可。核心還是業(yè)務(wù)能力。
寫的非常不錯(cuò)
前端產(chǎn)品如何轉(zhuǎn)后端呢
建議作者有空在詳談一下后臺(tái)的規(guī)劃方法,這篇比較淺
不錯(cuò),學(xué)習(xí)了
感覺還是沒有講清楚系統(tǒng)模塊化的設(shè)計(jì)思路~~ 期待更新
請(qǐng)問(wèn)這個(gè)計(jì)算機(jī)網(wǎng)絡(luò) 的具體書名和作者是誰(shuí)啊
同問(wèn)
計(jì)算機(jī)網(wǎng)絡(luò) 是一門課程 大學(xué)計(jì)算機(jī)專業(yè)有這個(gè)課
不用糾結(jié)作者是誰(shuí),要學(xué)的知識(shí)點(diǎn)其實(shí)都是那幾點(diǎn)
看完文章忽然發(fā)現(xiàn)大學(xué)學(xué)到的課程竟然在工作能用得上
所謂的模塊也就是把功能單元拆分整合,類似開發(fā)的“微服務(wù)化”進(jìn)行設(shè)計(jì),一是文章所述后續(xù)便于維護(hù)代碼,二是對(duì)于原型也方便查閱。對(duì)于以后迭代設(shè)計(jì),更加方便整理思路
寫的很棒