后臺(tái)產(chǎn)品經(jīng)理,需要重視這4個(gè)能力
在一個(gè)沒畢業(yè)的大學(xué)生都能對你設(shè)計(jì)的app前端頁面品頭論足的時(shí)代,一個(gè)合格的后臺(tái)pm愈發(fā)珍貴。
以我自己經(jīng)歷的項(xiàng)目和身邊同行朋友的經(jīng)驗(yàn),項(xiàng)目的產(chǎn)品leader都是在全部或部分職業(yè)生涯中做過后臺(tái)產(chǎn)品的;直白的來說,同樣的工作經(jīng)驗(yàn),后臺(tái)pm的工資是同樣優(yōu)秀的前臺(tái)pm的1.5倍以上。
自己剛畢業(yè)時(shí)做過一年的前端產(chǎn)品,后來臨危受命負(fù)責(zé)項(xiàng)目的整個(gè)后臺(tái),并逐漸迷上了這塊。結(jié)合2年的后臺(tái)經(jīng)驗(yàn),我認(rèn)為后臺(tái)pm最看重邏輯思維能力、對所做業(yè)務(wù)足夠熟悉、項(xiàng)目需求管理和推進(jìn)能力、后臺(tái)設(shè)計(jì)架構(gòu)可擴(kuò)展性兼容性高這幾塊。
邏輯思維能力
一種是系統(tǒng)內(nèi)的邏輯。后端系統(tǒng)在頁面設(shè)計(jì)方面要求不會(huì)非常高,只需要做到布局清楚,做好提示減少誤操。如同做支付的人經(jīng)常講路由和成本,其他后端系統(tǒng)也有類似的考慮,就是信息的路由。
一條請求發(fā)過來,不管是要查詢信息,還是要執(zhí)行某個(gè)操作,都離不開系統(tǒng)內(nèi)幾個(gè)模塊的信息流轉(zhuǎn)和同步。這條請求包含哪些數(shù)據(jù),對數(shù)據(jù)需要做哪些處理,處理是人工做還是系統(tǒng)做,如果是人工做,還需要有系統(tǒng)的校驗(yàn)和保存,處理后提供什么要的結(jié)果,結(jié)果如何展示,是否需要把結(jié)果通過接口或批量報(bào)表的形式提供給其他后臺(tái)模塊。往往在思考這些問題的時(shí)候,一張清晰的數(shù)據(jù)交互時(shí)序圖,可以幫助你解決很多問題,也更容易把你的想法傳達(dá)給開發(fā)同事。
另一種是寫后臺(tái)PRD時(shí)的邏輯。比如一個(gè)功能點(diǎn),邏輯思維一般的人描述可能就是實(shí)現(xiàn)了xxx功能;而一個(gè)邏輯思維嚴(yán)謹(jǐn)?shù)娜耍瑫?huì)清晰的描述出,前置條件,觸發(fā)因素,產(chǎn)生結(jié)果,系統(tǒng)處理規(guī)則,默認(rèn)是什么樣,有數(shù)是什么樣,數(shù)據(jù)多了是什么樣,異常是什么樣??偨Y(jié)一下,就是條例清楚的表達(dá)出需求的來龍去脈。
充分跟需求方溝通,然后思維導(dǎo)圖羅列出功能架構(gòu),再基于這些,做邏輯圖。思路一定要清晰,否則很難推進(jìn)下去。一定要盡量想的全面,別到時(shí)候需求評審時(shí)候,這里有問題,哪里不全面,會(huì)被開發(fā)笑話的。自己不清楚的時(shí)候,別指望別人能清楚的理解你。
熟悉自己在做的業(yè)務(wù)
熟悉自己在做的業(yè)務(wù),是需要對服務(wù)體系內(nèi)的業(yè)務(wù)流程足夠了解的,因?yàn)槟阍O(shè)計(jì)的后臺(tái)是要去幫助他們更好的處理業(yè)務(wù),你對業(yè)務(wù)流程不夠了解的話,設(shè)計(jì)出來的產(chǎn)品就會(huì)不貼合實(shí)際的使用場景。
對于業(yè)務(wù)的理解,可以概括為三點(diǎn):
- 前臺(tái)有什么,后臺(tái)管什么,比如最基礎(chǔ)的用戶管理、商品管理、訂單管理、內(nèi)容管理等等
- 對后臺(tái)系統(tǒng)的管理,比如個(gè)人信息管理、權(quán)限管理;
- 數(shù)據(jù)管理,一款好的產(chǎn)品一定是用戶利益和產(chǎn)品利益的結(jié)合體,而最能客觀反映產(chǎn)品利益的就是數(shù)據(jù),所以平臺(tái)數(shù)據(jù)化;其次是邏輯思維,基本業(yè)務(wù)流程化、特殊場景特殊處理,與前臺(tái)互動(dòng)的觸發(fā)機(jī)制等等
以自己在做的代購工具項(xiàng)目(自創(chuàng)業(yè),已經(jīng)成功賣給某電商平臺(tái)),我需要去了解整個(gè)代購的接單流程,為此我加了十幾個(gè)高質(zhì)量代購群,并且自己把積累的這些認(rèn)識(shí)的核心代購拉了個(gè)種子用戶群,每日堅(jiān)持在群里發(fā)紅包向他們了解最真實(shí)的需求。為此我設(shè)計(jì)的后臺(tái)中,除了常見的商品管理模塊、訂單管理模塊,在此基礎(chǔ)上我加了自建商品庫(為了滿足代購創(chuàng)建一些銷量好,但免稅店沒有的商品,比如某幾類雜志)、委托單管理模塊和采購清單管理模塊,委托單和采購清單的實(shí)際應(yīng)用場景請自行思考,就當(dāng)是課后作業(yè),答對有微信紅包。
項(xiàng)目需求管理能力
項(xiàng)目需求管理能力,我認(rèn)為可以分為兩塊,需求池管理和明辨真?zhèn)涡枨蟆?/p>
一個(gè)比較大的后臺(tái)項(xiàng)目,可能涉及到多個(gè)前端產(chǎn)品的需求,好多功能,比較分散,并且多線并行。這時(shí)候需要一個(gè)需求池來管理需求,我一般采用excel把負(fù)責(zé)的需求匯集成一個(gè)需求池,并上傳公司內(nèi)網(wǎng),支持團(tuán)隊(duì)內(nèi)小伙伴的多人在線編輯,隨時(shí)更新各自跟進(jìn)的需求的進(jìn)度。需求池一般需要優(yōu)先級、提出人、需求進(jìn)度、預(yù)計(jì)上線日期等關(guān)鍵字段。
明辨真?zhèn)涡枨蟮那疤?,是懂業(yè)務(wù)!懂業(yè)務(wù)!懂業(yè)務(wù)!重要的事情說三遍。業(yè)務(wù)方的提的要求是一匹可以跑得更快的馬,但是實(shí)際你要給他的是一輛車。在跟業(yè)務(wù)方聊天的時(shí)候,不一定要記住他要求你做什么,但是你一定要記住他提出來種種的原因和期望實(shí)現(xiàn)的目的。
再就是后臺(tái)除非大版本大改動(dòng),否則基本上不會(huì)走版本,許多小改動(dòng)當(dāng)日改當(dāng)日上,而且一般后臺(tái)產(chǎn)品會(huì)對接多個(gè)業(yè)務(wù)方,需求排期整理也是個(gè)技術(shù)活……
另外,有些常見改動(dòng)模塊或者重復(fù)類功能,一定要做成靈活可配置,能幫你懟回去N多“白癡”需求。
對后續(xù)業(yè)務(wù)需求和功能的可擴(kuò)展性
考慮后續(xù)業(yè)務(wù)的擴(kuò)展,一個(gè)后臺(tái)管理系統(tǒng),是為了滿足老板、運(yùn)營等角色的管理需求?,F(xiàn)在階段的管理是為了滿足現(xiàn)有階段業(yè)務(wù)的需要,后續(xù)業(yè)務(wù)量上來了,一定要考慮擴(kuò)展性。
舉一例,運(yùn)營人員后臺(tái)上傳照片時(shí),如果你簡單的想到一個(gè)button單張上傳,可以滿足現(xiàn)有業(yè)務(wù)的需求。但一旦量大了呢?上千上萬張圖片,一個(gè)一個(gè)button的去點(diǎn)么?
祝你在成為優(yōu)秀后臺(tái)pm的路上,成功邁出第一步!
作者:菜月昂,BAT金融,90后產(chǎn)品汪,現(xiàn)居上海
本文由 @菜月昂 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
您好,可以加微信嗎?
牛逼牛逼,小程序代碼誰寫的?你自己寫的嗎?
謝謝作者的分享,作為新入坑的后臺(tái)產(chǎn)品汪,真的是受益匪淺~~
收益真的很多!!
關(guān)于項(xiàng)目管理那一塊,個(gè)人想補(bǔ)充三點(diǎn);
1、需求迭代版本的內(nèi)容應(yīng)該需要產(chǎn)品把控;
2、每個(gè)版本上線后,產(chǎn)品經(jīng)理必須參與驗(yàn)收;
3、需求變更進(jìn)度和結(jié)果。
受益匪淺,上班兩天,才定位清楚自己,看了這篇文章,感覺自己的未來充滿了挑戰(zhàn)和不可預(yù)測性,也許此刻的我這四大能力都不確定,但是誰都不能確定未來。三個(gè)月后,我再來讀一遍這篇文章
加油,愿你歸來已有心得
三個(gè)月到了,親,喊你回來一下
快回來,我也要三個(gè)月后回來看,希望能轉(zhuǎn)正。。。
三個(gè)月了,愿你已經(jīng)正式入坑PM ??
八個(gè)月后回來看,已轉(zhuǎn)正,但是進(jìn)入到了瓶頸期
瓶頸都會(huì)有的,看哪方面的瓶頸,如果說是成長方向的話,私以為先往項(xiàng)目經(jīng)理方向發(fā)展挺不錯(cuò)的,多爭取獨(dú)立負(fù)責(zé)項(xiàng)目或產(chǎn)品的機(jī)會(huì)。
項(xiàng)目經(jīng)理偏向于項(xiàng)目管理和技術(shù)(王語嫣不會(huì)武功,卻懂得各個(gè)武功的原理和破解),而技術(shù)對于我來說是半路出家,弱項(xiàng),怎樣提升 ??
看過一句話,后臺(tái)產(chǎn)品經(jīng)理做的最好的境界就是大家感受不到你的存在,哈哈 用起來行云流水
哈哈,為后臺(tái)產(chǎn)品經(jīng)理瘋狂打call
非常贊,目前前端產(chǎn)品兼后臺(tái)。在工作中發(fā)現(xiàn)后臺(tái)比前臺(tái)更有趣,想往后天發(fā)展。 ??
先向明天發(fā)展吧 ??
哈哈
有意思有意思
看到數(shù)據(jù)交互時(shí)序圖 想到了UML建模,期待分享一下數(shù)據(jù)交互時(shí)序圖的構(gòu)思思路 ?? ??
抽空整理下,最近剛好需要對產(chǎn)品架構(gòu)進(jìn)行整體建模梳理
哈哈哈,來催「UML建?!沽?/p>
有后臺(tái)產(chǎn)品經(jīng)理的書可以推薦一手么?
不需要書,有看書的時(shí)間建議深入業(yè)務(wù)
想想我們沒有產(chǎn)品經(jīng)理的公司,既要做開發(fā),還要自己理清業(yè)務(wù),不是產(chǎn)品前臺(tái)后臺(tái)要自己做,而是開發(fā)的前端 后端也要自己做,心疼領(lǐng)導(dǎo)每天火急火燎的看系統(tǒng)、提問題~心累,身累矣
創(chuàng)業(yè)公司吧
想想自己 既要負(fù)責(zé)前端產(chǎn)品設(shè)計(jì),又要設(shè)計(jì)后端功能。
同在上海,同是90后,加個(gè)微信有空多交流?
??
恩恩
C2C?難道是客戶提交委托單,然后平臺(tái)上高質(zhì)量的代購進(jìn)行搶單,提供采購清單及預(yù)算,由客戶再次確認(rèn)?怎么有點(diǎn)滴滴的味道,哈哈。個(gè)人瞎想,希望作者指點(diǎn) ?
是的,流程基本就是這樣,采購清單主要服務(wù)接單的人,委托單服務(wù)求購者,對標(biāo)類似滴滴
大膽的猜一下,委托單和采購清單場景:A沒時(shí)間下訂單,提交一份需要買的商品委托單或者采購清單,本公司客服人員幫A下訂單;這就映襯了不管B端還是C端都是用戶,都有懶惰性。
哈哈,流程接近了,你的想法是B2C,但其實(shí)我們做成了C2C
學(xué)習(xí)了。后臺(tái)的難度,很多時(shí)候確實(shí)比前臺(tái)的大一些
難度越大,收入越高,不可替代性越強(qiáng),值得
對頭,就是要做一般人做不了的事,這樣才值錢。
深度好文,如果有需求池的模板共享就更完美!
并不需要模板,其實(shí)就是一個(gè)excel表格,里面加很多字段。需求描述、提出背景、提出人、時(shí)間、所屬功能模塊一類的,后面可以加上處理/反饋,要不要做,啥時(shí)候做一類的,重要不在于模板,而在于能把這件事執(zhí)行下去,提出-反饋-排期,我的看法!
后面可以寫一篇專門講講需求池的構(gòu)造和運(yùn)用,請繼續(xù)關(guān)注~
期待你的分享
我又來了,催更啦「需求池的構(gòu)造和運(yùn)用」