畢業(yè)2年,經(jīng)歷4種業(yè)務(wù):后端產(chǎn)品經(jīng)理如何快速融入新業(yè)務(wù)
編輯導(dǎo)讀:不管你是應(yīng)屆生開始第一份產(chǎn)品工作,還是跳槽到新公司,當(dāng)面對(duì)一個(gè)全新的業(yè)務(wù)時(shí),誰心里都會(huì)有點(diǎn)發(fā)慌,甚至不知所措。本文作者基于自身經(jīng)驗(yàn),以后端產(chǎn)品經(jīng)理的身份,總結(jié)了一些處理新業(yè)務(wù)的方式,希望對(duì)你有幫助。
轉(zhuǎn)眼間畢業(yè)兩年了,我的產(chǎn)品經(jīng)驗(yàn)也有兩年半了,在第一家公司切換過3條業(yè)務(wù)線,然后跳槽到了第二家公司。
本篇分享一下如何融入新業(yè)務(wù)的經(jīng)驗(yàn),適用情況大概以下幾種:
- 產(chǎn)品新人的第一份工作
- 公司內(nèi)部換崗
- 跳槽
后端產(chǎn)品,主要關(guān)注三個(gè)方面:數(shù)據(jù)層、業(yè)務(wù)層、表現(xiàn)層
- 數(shù)據(jù)層:關(guān)注數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)傳遞和系統(tǒng)之間的交互
- 業(yè)務(wù)層:關(guān)注業(yè)務(wù)邏輯、運(yùn)算規(guī)則、模塊邊界等,對(duì)行業(yè)背景要求比較高
- 表現(xiàn)層:用戶或者業(yè)務(wù)同事需要操作的頁面。后端產(chǎn)品經(jīng)理一般只關(guān)注內(nèi)部使用的頁面,強(qiáng)調(diào)“可用性”,而不是“體驗(yàn)性”,這點(diǎn)和做用戶頁面時(shí)有差別
表現(xiàn)層比較基礎(chǔ),著重講一下數(shù)據(jù)層和業(yè)務(wù)層。
先普及一些基礎(chǔ)的技術(shù)知識(shí):(大佬們可跳過)
MVC模型、前端、后端、客戶端:
產(chǎn)品經(jīng)理從0到1:不懂技術(shù)也能愉快地與開發(fā)相處(作者:莔莔有神)
系統(tǒng)的功能需求和非功能需求、系統(tǒng)模塊化:
原來后端產(chǎn)品經(jīng)理要懂的基礎(chǔ)知識(shí)是這些?。ㄗ髡撸很圮凵仙?/a>
上面兩篇文章,著重于理論層面,下面我結(jié)合之前做過的業(yè)務(wù),講一講如何實(shí)操。
Step1:搭建業(yè)務(wù)框架
接手新業(yè)務(wù),首先是通過流程圖搭建對(duì)這個(gè)業(yè)務(wù)的整體框架。
不一定是最全最準(zhǔn)確的流程圖,最開始可以先畫一個(gè)比較簡(jiǎn)單的流程,知道整個(gè)業(yè)務(wù)如何運(yùn)轉(zhuǎn)的即可。
一般可以從以下兩個(gè)方面著手:
1. 【宏觀】先了解行業(yè)模式
通過大量泛讀,了解行業(yè)如何運(yùn)作,可以參考的資料:體系化的課程、行業(yè)書籍、行業(yè)資訊、行業(yè)分析報(bào)告、券商分析報(bào)告、咨詢公司分析報(bào)告、相關(guān)公司財(cái)報(bào)、產(chǎn)品論壇上相關(guān)業(yè)務(wù)的調(diào)研和分析。
2. 【微觀】再研究公司的該業(yè)務(wù)如何運(yùn)作
可以參考的資料:產(chǎn)品文檔、產(chǎn)品流程圖、接口文檔、開發(fā)的wiki文檔(按照我的閱讀經(jīng)驗(yàn),開發(fā)的wiki文檔一般會(huì)劃分系統(tǒng)模塊及對(duì)應(yīng)的功能,對(duì)后續(xù)輸出產(chǎn)品方案有很大幫助)。
下圖為我之前做過的兩個(gè)業(yè)務(wù)的流程:
可能你會(huì)覺得很簡(jiǎn)單,其實(shí)事實(shí)上也并不復(fù)雜。把握了整個(gè)大體的框架,后續(xù)細(xì)化的時(shí)候,才知道自己做的需求是屬于哪個(gè)環(huán)節(jié),才能做到“既見樹木,又見森林”。
Step2:根據(jù)流程圖,抽象數(shù)據(jù)對(duì)象
先科普一下數(shù)據(jù)對(duì)象(純屬個(gè)人的粗淺理解,如有不對(duì),歡迎指正):
行為產(chǎn)生數(shù)據(jù),比如客戶下單會(huì)產(chǎn)生訂單、學(xué)生考試會(huì)產(chǎn)生成績(jī),“下單”“考試”是行為,“訂單”“成績(jī)”是數(shù)據(jù)。對(duì)應(yīng)到數(shù)據(jù)庫(kù)里,“訂單”“成績(jī)”就是數(shù)據(jù)對(duì)象,可以簡(jiǎn)單理解為“訂單”“成績(jī)”各自有一張表,記錄所有訂單和所有成績(jī)。
【以成績(jī)?yōu)槔?/p>
數(shù)據(jù)對(duì)象:成績(jī)
屬性/字段:學(xué)生ID、姓名、語文、數(shù)學(xué)、英語
1. 提煉數(shù)據(jù)對(duì)象
投資的數(shù)據(jù)對(duì)象:產(chǎn)品、訂單、持倉(cāng)、還款計(jì)劃
小貸的數(shù)據(jù)對(duì)象:授信訂單、提現(xiàn)訂單、還款計(jì)劃
2. 根據(jù)數(shù)據(jù)對(duì)象畫實(shí)體關(guān)系圖(ER圖)
實(shí)體關(guān)系圖描述了各個(gè)數(shù)據(jù)對(duì)象的關(guān)系。
有兩種畫法:(以理財(cái)為例)
1)常規(guī)畫法
2)帶屬性的畫法
關(guān)系一般包含以下三種:
以理財(cái)舉例,1個(gè)投資產(chǎn)品對(duì)應(yīng)N筆訂單(多個(gè)客戶都可以買同一個(gè)產(chǎn)品,故產(chǎn)生N筆訂單),1筆訂單對(duì)應(yīng)0到1筆持倉(cāng)(訂單失敗則不創(chuàng)建持倉(cāng),訂單成功則創(chuàng)建持倉(cāng)),1筆持倉(cāng)對(duì)應(yīng)1筆還款計(jì)劃(用戶投資之后總有退出投資,所以有還款計(jì)劃)。
順帶提一下,畫法2的數(shù)據(jù)對(duì)象,帶#的屬性為主鍵,主鍵決定了每條記錄的唯一性。
3. 分析數(shù)據(jù)處理的CRUD:增加(Create)、檢索(Retrieve)、更新(Update)和刪除(Delete)
下圖以訂單和成績(jī)?yōu)槔?,分析了四種操作,這些操作可能就是有待分析的需求或產(chǎn)品功能。
一般線上的用戶數(shù)據(jù)都不會(huì)被刪除,比如訂單只支持撤銷,很少看到從數(shù)據(jù)庫(kù)里直接刪除的。
Step3:數(shù)據(jù)對(duì)象的狀態(tài)機(jī)圖/生命周期
接手新項(xiàng)目,抽象出數(shù)據(jù)對(duì)象后,就需要用狀態(tài)機(jī)圖描述它們的狀態(tài)流轉(zhuǎn),這對(duì)于之后了解系統(tǒng)交互很重要。狀態(tài)機(jī)圖描述了一個(gè)數(shù)據(jù)的生命周期。
下圖以優(yōu)惠券的狀態(tài)機(jī)圖為例,優(yōu)惠券的創(chuàng)建一般有這些場(chǎng)景:運(yùn)營(yíng)人員在后臺(tái)給客戶發(fā)放優(yōu)惠券、客戶參加活動(dòng)獲得優(yōu)惠券、客戶花錢購(gòu)買優(yōu)惠券……
優(yōu)惠券的初態(tài)是【待使用】,終態(tài)是【已使用】【已過期】。
Step4:泳道圖 or 劃分功能模塊/系統(tǒng)
1. 有清晰的角色或系統(tǒng)時(shí),可直接畫泳道圖
如果不是從0到1的項(xiàng)目,一般系統(tǒng)都是劃分好的,這時(shí)候只需要把數(shù)據(jù)對(duì)象的狀態(tài)流轉(zhuǎn)帶入泳道圖即可。
下圖為簡(jiǎn)單的一個(gè)運(yùn)營(yíng)系統(tǒng)的優(yōu)惠券狀態(tài)扭轉(zhuǎn)泳道圖,對(duì)比狀態(tài)機(jī)圖,可知,【待使用】【已過期】為運(yùn)營(yíng)系統(tǒng)內(nèi)部維護(hù)的狀態(tài),【已占用】【已使用】和釋放占用,都是由訂單系統(tǒng)通知的。
通過泳道圖,我們可以知道數(shù)據(jù)在各個(gè)系統(tǒng)之間如何流轉(zhuǎn),知道每個(gè)系統(tǒng)維護(hù)什么數(shù)據(jù)以及如何與其他系統(tǒng)交互。
2. 沒有清晰的角色或系統(tǒng)時(shí),通過數(shù)據(jù)流程圖劃分模塊
數(shù)據(jù)流程圖使用的元素:
下圖紅框圈出來的就是一個(gè)模塊/一個(gè)系統(tǒng),在劃分功能模塊時(shí),需要滿足“高內(nèi)聚、低耦合”的標(biāo)準(zhǔn),將相近、相似功能歸為一個(gè)模塊,如此便于開發(fā)和維護(hù),提高整體分工效率。
Step5:基于泳道圖,了解系統(tǒng)間數(shù)據(jù)傳遞的方式
1. 接口傳輸
接口就像一扇門,請(qǐng)求方從這扇門里獲取想要的數(shù)據(jù),而不關(guān)心門背后的具體邏輯。
同步調(diào)用模式和異步調(diào)用模式:
- 同步調(diào)用:接口的調(diào)用方一直等待被調(diào)用方的返回結(jié)果,比如前端請(qǐng)求服務(wù)端數(shù)據(jù)進(jìn)行展示。一般處理結(jié)果較快,會(huì)使用同步調(diào)用,如上文的訂單系統(tǒng)調(diào)用運(yùn)營(yíng)系統(tǒng),通知運(yùn)營(yíng)系統(tǒng)占用優(yōu)惠券,訂單系統(tǒng)會(huì)一直等待運(yùn)營(yíng)系統(tǒng)返回優(yōu)惠券的占用結(jié)果,作為訂單狀態(tài)的流轉(zhuǎn)依據(jù)
- 異步調(diào)用:接口調(diào)用方給被調(diào)用方發(fā)出指令,但不會(huì)等待結(jié)果,一般耗時(shí)比較長(zhǎng)的處理工作會(huì)用異步調(diào)用模式,并且調(diào)用方會(huì)給被調(diào)用方提供一個(gè)回調(diào)接口。比如小貸里的訂單系統(tǒng),將授信訂單推送給風(fēng)控系統(tǒng),風(fēng)控系統(tǒng)需要一定時(shí)間處理,甚至需要人工介入,所以不能立馬給出結(jié)果。等風(fēng)控系統(tǒng)處理完成后,會(huì)回調(diào)訂單系統(tǒng)的接口,返回授信額度等關(guān)鍵信息
泳道圖一般只展示了數(shù)據(jù)如何在系統(tǒng)間傳遞,但不涉及具體的實(shí)現(xiàn)方式。比如系統(tǒng)A要把數(shù)據(jù)同步給系統(tǒng)B,就有兩種實(shí)現(xiàn)方式:①系統(tǒng)A調(diào)用系統(tǒng)B的接口,通知系統(tǒng)B相關(guān)數(shù)據(jù);②系統(tǒng)B調(diào)用系統(tǒng)A的接口,查詢需要獲取的信息。具體實(shí)現(xiàn)邏輯可以查閱接口文檔或者和開發(fā)討論。
2. 數(shù)據(jù)庫(kù)同步
接口傳輸,當(dāng)數(shù)據(jù)量較大時(shí),可能導(dǎo)致連接超時(shí)。使用數(shù)據(jù)庫(kù)同步,可以實(shí)現(xiàn)數(shù)據(jù)的實(shí)時(shí)同步更新,一般應(yīng)用在數(shù)據(jù)量大的場(chǎng)景下,主要適用于公司內(nèi)部系統(tǒng)之間數(shù)據(jù)庫(kù)對(duì)數(shù)據(jù)庫(kù)的傳輸,占用資源少、交互更加簡(jiǎn)單。
有幾種同步方法:
- 使用中間庫(kù):將目標(biāo)數(shù)據(jù)放在一個(gè)中間庫(kù)里,需要這些數(shù)據(jù)的系統(tǒng)對(duì)這個(gè)庫(kù)都有訪問權(quán)限
- 實(shí)時(shí)同步數(shù)據(jù):使用Otter是一個(gè)常用的方法,Otter進(jìn)程會(huì)根據(jù)定義的規(guī)則將數(shù)據(jù)表的內(nèi)容從源頭數(shù)據(jù)庫(kù)更新到目標(biāo)庫(kù)中,也支持雙向更新
按照上述方法論,畫完一遍圖,心里就對(duì)新業(yè)務(wù)有底了。我切換過幾次業(yè)務(wù),每次都屢試不爽(屢次試驗(yàn)都沒有差錯(cuò))。
對(duì)整體業(yè)務(wù)有了把握,做需求時(shí)再深入細(xì)節(jié)就好了。
希望對(duì)你有幫助~
作者:苒苒上升,互聯(lián)網(wǎng)金融產(chǎn)品經(jīng)理,就職于3億用戶平臺(tái),微信公眾號(hào):苒苒上升,輸出干貨包括但不限于成長(zhǎng)秘訣、產(chǎn)品心經(jīng)。
本文由@苒苒上升 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash, 基于CC0協(xié)議。
感謝分享,受益匪淺!
2年工作經(jīng)驗(yàn) + 借鑒前輩 可以寫出本篇分享,小伙子前途無量
step5.2還可以用消息隊(duì)列訂閱
goooooooooooooood
精髓
??