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