寫給數(shù)據(jù)產(chǎn)品經(jīng)理新人的職場生存指南

2 評論 6743 瀏覽 41 收藏 20 分鐘

很多數(shù)據(jù)產(chǎn)品經(jīng)理新人對這個崗位的基礎認知還不是很完善,會找各種各樣的資料和視頻來學習,但始終不成體系。作者結合自身的工作經(jīng)歷,與大家談談數(shù)據(jù)產(chǎn)品經(jīng)理如何在職場中生存下來,希望對你有所啟發(fā)。

最近收到很多新人數(shù)據(jù)產(chǎn)品經(jīng)理朋友的咨詢,他們大多數(shù)都已經(jīng)對數(shù)據(jù)產(chǎn)品經(jīng)理的崗位是什么,需要什么能力有了基礎的認知,但是真正到了要去學習和提升的時候,面對鋪天蓋地的文章內(nèi)容,以及質(zhì)量參差不齊價格卻都普遍不低的視頻課程,卻不知道從何著手。

所以,今天想結合自己的工作歷程,聊一聊數(shù)據(jù)產(chǎn)品經(jīng)理如何在職場中生存下來。

一、首先是關于產(chǎn)品思維的刻意訓練

數(shù)據(jù)產(chǎn)品經(jīng)理畢竟也是產(chǎn)品經(jīng)理,所以不管數(shù)據(jù)基礎怎么樣,掌握產(chǎn)品的流程化思考方式,開展工作會更加順暢。雖然說產(chǎn)品思維這個詞非常老套了,但它的確是會指導你開展工作的通用方法。

這里講的產(chǎn)品思維是作為產(chǎn)品經(jīng)理的一種思考方式,工作流程和方法論。比如,初入職場,當你還沒徹底搞懂什么是指標和維度、數(shù)倉模型、字段時,就被安排去承接業(yè)務的數(shù)據(jù)報表需求了,你準備怎么去做呢?

1. 學會用產(chǎn)品經(jīng)理的思考方式去做需求

產(chǎn)品經(jīng)理的主要職責就是每天對接和處理各種各樣的業(yè)務需求。拿到新需求,怎么做?

為什么要做這個需求?

充分了解已有的背景信息,有的老板常提一句話需求,因為自己不懂而不敢去問,吭哧吭哧做完了老板說不是自己想要的,耽誤了時間,出力不討好。

用戶是誰?

每一個產(chǎn)品都有明確的用戶群體,數(shù)據(jù)產(chǎn)品也不例外,而且相較于C端產(chǎn)品的普適性,數(shù)據(jù)產(chǎn)品的用戶還要做個三六九等的劃分,誰是核心用戶,誰是覆蓋用戶,誰是潛在用戶?

解決什么問題?

作為新人肯定對業(yè)務了解不深,知道了用戶是誰了,結合有限的背景信息,這個時候就要充分發(fā)揮產(chǎn)品經(jīng)理的溝通天賦了,找業(yè)務溝通調(diào)研其工作內(nèi)容,遇到了哪些痛點和問題,期望這個數(shù)據(jù)產(chǎn)品解決什么問題。

需要什么功能(指標和維度)?

對于偏工具類的數(shù)據(jù)產(chǎn)品,如CDP、大數(shù)據(jù)開發(fā)平臺等,一方面是結合對用戶的需求場景的調(diào)研確認目前他們的訴求,另一方面是結合競品分析,確定產(chǎn)品的功能規(guī)劃。

很多新人往往只是按需實現(xiàn)需求,而在高階產(chǎn)品的成長道路中,產(chǎn)品規(guī)劃能力是明確要求的能力維度。所謂的產(chǎn)品規(guī)劃,主要就是結合產(chǎn)品的定位,確定產(chǎn)品要包含哪些功能要點,再根據(jù)當前業(yè)務痛點,確定各個功能的優(yōu)先級,形成短中長期不同版本迭代的計劃或者roadmap。

然后明確的告訴老板說,我們這個產(chǎn)品要包括ABCDEF的功能點,但是考慮開發(fā)資源和時間現(xiàn)狀,MVP版本優(yōu)先做ABC功能。

關于需求分析的模型與方法論有非常的多,看些文章了解下四象限、ICE排序、KANO模型就可以了,重要的是要把需求處理的流程先固化下來,然后拿著工作中的具體的需求實踐總結,有人說產(chǎn)品經(jīng)理能力的高低和悟性有很大關系,這個悟就來自于不斷的實踐和刻意的復盤總結。紙上得來終覺淺。

二、其次項目管理推動產(chǎn)品落地流程和方法

在敏捷項目管理理論當中,把70%項目失敗的問題歸結為流程的問題。經(jīng)過多年的實踐發(fā)現(xiàn)的確是這樣。因為產(chǎn)品經(jīng)理是依賴于他人完成產(chǎn)品方案的落地。協(xié)調(diào)和管理跨職能的項目團隊是日常工作的重點之一,否則設計的方案再好,上不了線也是尷尬,沒有業(yè)務價值的輸出。

在項目管理領域有專門的PMP或者敏捷開發(fā)的ACP認證。所以想要完全學習完所有內(nèi)容還需要花很多時間的。但是掌握最核心的流程和要點就足夠日常使用,加上自身項目的實踐總結,沉淀出適合自己的項目管理方法。

1. 如何管理需求

面對各個業(yè)務部門的各種數(shù)據(jù)、產(chǎn)品需求,要避免忙成陀螺但還被業(yè)務吐槽。所以,要學會利用需求管理工具,把接收到的需求統(tǒng)一管理起來。很多項目管理軟件比如Trello、Ones、leangoo等,最次的就是自己用excel了,團隊共享不太方便而已,但自用足夠。

目標是自己清楚地知道有多少需求待處理,優(yōu)先級是什么,何時需要找業(yè)務溝通確認,已經(jīng)排期或者上線的需求定期做好信息反饋,避免等著業(yè)務來問排期。出現(xiàn)延期更要做好溝通,這樣才會成為業(yè)務眼中靠譜的人。而不是提了需求石沉大海。

2. 怎么跟項目?

產(chǎn)品一旦排了開發(fā)資源后,就是日常的項目管理和開發(fā)跟進工作了。澄清需求幾乎是每天都會遇到的,除此之外。要學會在一些關鍵節(jié)點組織會議,并且利用透明的力量同步項目進度、問題及風險。

項目啟動會:

重大項目需要單獨召開啟動會,務虛為主。主要目標是獲取授權,搶占資源,有時需要打雞血,比如這個項目是公司戰(zhàn)略重點,多跟開發(fā)“洗洗腦”,做好了大家一起吃香喝辣。

需求評審會:

產(chǎn)品經(jīng)理不得不開的會議包括:和業(yè)務的需求確認會,和開發(fā)的方案評審會,和團隊的需求排期會。很多產(chǎn)品經(jīng)理最怕開需求評審會,因為怕被老板、被開發(fā)、被業(yè)務Diss。首先從心態(tài)上,要做好準備,評審會的目的就是要找出需求不明確和不合理的地方,在方案環(huán)節(jié)盡可能考慮周全,避免上線之后不滿足需求,如果評審會一團和氣,出事后甩鍋于事無補。

其次,要在每一次被Diss之后做好總結,為什么我設計方案的時候沒有想到,沒有想清楚。下次要盡可能規(guī)避,就像高中時有些數(shù)學題經(jīng)常有陷阱,有了錯題集不斷強化后,下次就不再犯同樣錯誤。此外,在產(chǎn)品方案設計環(huán)節(jié),可以提前和業(yè)務溝通,和開發(fā)提前討論技術方案,問題前置化,減少評審會上的問題數(shù)量。

最重要的一點,就是自己在設計產(chǎn)品方案和PRD時,要不斷問自己問什么需要這個功能,這個按鈕,為什么放到這里,而不是其他位置,自己先Diss自己,減少被別人Diss。知彼知己百戰(zhàn)不殆,還要吸收競品分析的結論,有的時候你的一句,這個方法競品是這樣做的,但是有123個問題和缺點,是不是比其他的解釋更有說服力呢。最后,能用數(shù)據(jù)量化分析的就要用數(shù)據(jù)說話,畢竟是搞數(shù)據(jù)的嘛。

項目站會&周會:

敏捷開發(fā)中,團隊成員會有每天的站會,主要目的是溝通和澄清問題,說下主要進展和計劃,提高團隊成員溝通的頻率,互通有無,及時發(fā)現(xiàn)和解決問題。切記不要淪為形式。

項目匯報的頻率與技巧:

常規(guī)匯報:對于重點項目(老板們都非常關心)尤其要做好向上的匯報和信息同步。如果周期2周內(nèi),可以每天匯報關鍵進展,IM群或者郵件均可。3周及以上的長周期項目至少要按周匯報。這樣老板就很放心,不管他關不關注,至少你主動溝通,不僅曝光度高,而且老板會覺得你非??孔V。

問題匯報:做項目有風險在所難免,尤其是項目初期不確定因素非常多,出了問題首先自己要快速搞清楚大致問題,初步判斷嚴不嚴重,如果覺得對項目進度、項目范圍有影響,就要及時向上反饋,老板最不喜歡的就是別人都知道出問題了,他卻是最后一個知道。提前溝通可以獲取相關的資源支持,哪怕是準許延期的許諾。

需求變更管理:

唯一不變的就是變化。作為產(chǎn)品經(jīng)理不管是和業(yè)務還是和研發(fā)溝通,切記一句話的口頭需求和隨意的變更。尤其是開發(fā)過程中,涉及到業(yè)務流程等內(nèi)容的變更一定要記錄存檔,對主流程和研發(fā)進度有影響的,嚴格遵循變更控制流程。否則,一旦項目失敗或者出了問題,產(chǎn)品和開發(fā)扯不清楚。研發(fā)說產(chǎn)品讓我這么改的,產(chǎn)品說我是讓你那么改的。

產(chǎn)品上線運營及推廣:

項目測試開發(fā)工作完成后,在正式上線之前,找核心用戶或需求方做好用戶接受度測試,避免上線后,用戶大面積吐槽,到時候就晚了。另外,產(chǎn)品上線前,需要考慮數(shù)據(jù)埋點,統(tǒng)計功能上線后的使用效果。一方面是證明你這次迭代的價值,用數(shù)據(jù)說話,另一方面就是用數(shù)據(jù)驅動產(chǎn)品迭代了。同時,要記得收集用戶的正向反饋,畢竟季度述職有的時候需要用戶視角說你做的好不好。

三、此外是數(shù)據(jù)思維和數(shù)據(jù)能力的不斷提升

掌握了需求處理和項目落地這幾個產(chǎn)品經(jīng)理的核心能力和工作流程之后,至少你會是一個靠譜的人。再加上對數(shù)據(jù)思維和數(shù)據(jù)能力的,就可以逐漸成為一個優(yōu)秀的數(shù)據(jù)產(chǎn)品經(jīng)理。曾經(jīng)團隊中有個同學,其他崗位轉崗數(shù)據(jù)產(chǎn)品經(jīng)理,不僅缺少數(shù)據(jù)能力,而且產(chǎn)品基礎也非常差,一段時間負責開發(fā)套件產(chǎn)品的需求跟進和迭代,天天被開發(fā)吐槽,只是需求的傳聲筒。

數(shù)據(jù)產(chǎn)品經(jīng)理存在的價值是利用數(shù)據(jù)幫助業(yè)務高質(zhì)量決策或者為產(chǎn)品的智能化應用賦能。此外,工具類數(shù)據(jù)產(chǎn)品經(jīng)理,則是負責建設這些過程涉及的通用工具,以實現(xiàn)人力成本和數(shù)據(jù)價值輸出效率的提升。

1. 數(shù)據(jù)采集和埋點能力

和業(yè)務端對接多的應用型數(shù)據(jù)產(chǎn)品經(jīng)理必備,數(shù)據(jù)驅動的本質(zhì)是數(shù)據(jù)驅動增長,過去更多的是關注訂單量、營收等宏觀的業(yè)績經(jīng)營指標,數(shù)據(jù)化運營從宏觀到微觀,開始關注用戶從認知產(chǎn)品到最終完成一次業(yè)務流程的全過程行為洞察,而這個過程中,埋點是數(shù)據(jù)價值的起點,數(shù)據(jù)產(chǎn)品是以數(shù)據(jù)為原材料,做用戶行為分析或者可視化分析類的數(shù)據(jù)產(chǎn)品,作為數(shù)據(jù)產(chǎn)品經(jīng)理,需要把埋點數(shù)據(jù)規(guī)范化的管理起來,否則沒有埋點采集數(shù)據(jù),就是巧婦難為無米之炊,設計出來的產(chǎn)品方案再完美,交互再絲滑,卻沒有數(shù)據(jù)。

2. 數(shù)據(jù)分析能力

數(shù)據(jù)就像原油,很少人可以直接使用。只有通過分析、挖掘之手,提純成汽油、柴油、以及各種化纖用品,才能最大的發(fā)揮價值。埋點采集到了數(shù)據(jù)之后,還需要進行分析、抽象、產(chǎn)品化,才能被更多的業(yè)務直接使用。

在這個過程中,需要具備建設業(yè)務監(jiān)控的指標體系,并將分析思路整合到數(shù)據(jù)產(chǎn)品中的能力??梢宰约航Y合具體場景多加練習,比如,自己去設計一套短視頻業(yè)務的指標體系,會先研究指標體系建設方法,其次是了解業(yè)務過程,再去設計對應的指標。

3. 數(shù)據(jù)倉庫理論知識

數(shù)據(jù)資產(chǎn)管理及治理方向數(shù)據(jù)產(chǎn)品經(jīng)理必備,業(yè)務數(shù)據(jù)化、數(shù)據(jù)資產(chǎn)化,數(shù)據(jù)倉庫的分層管理不僅可以提升數(shù)據(jù)的復用性,也可以提高數(shù)據(jù)運維的效率。在做數(shù)據(jù)資產(chǎn)管理與治理類工具類數(shù)據(jù)產(chǎn)品時,將資產(chǎn)減少的規(guī)范流程融入到系統(tǒng)中,每次建表時,基于系統(tǒng)的提示與自動填充可以既快速又高效,而不是需要每個開發(fā)者把規(guī)則形成肌肉記憶。

此外,對于數(shù)據(jù)的一致性、完整性、及時性、準確性等數(shù)據(jù)質(zhì)量監(jiān)控規(guī)則也需要掌握,畢竟數(shù)據(jù)質(zhì)量問題是數(shù)據(jù)產(chǎn)品的生命線,如果給業(yè)務的數(shù)據(jù)都是錯的,決策失誤、精準營銷不再精準。

4. 大數(shù)據(jù)技術組件及架構

開發(fā)套件方向數(shù)據(jù)產(chǎn)品經(jīng)理必備。雖然說“人人都是產(chǎn)品經(jīng)理”,過去也有很多關于產(chǎn)品經(jīng)理要不要懂技術的爭議,個人覺得作為數(shù)據(jù)產(chǎn)品經(jīng)理,至少要了解一些基礎的大數(shù)據(jù)技術的應用場景,以及數(shù)據(jù)流轉的鏈路,這樣對于數(shù)據(jù)質(zhì)量的監(jiān)控,實時、離線數(shù)據(jù)的差異及技術限制,更加合理地設計產(chǎn)品。而對于底層開發(fā)套件、開發(fā)工具類的數(shù)據(jù)產(chǎn)品經(jīng)理就更必要了。

試想,如果你連HDFS都不知道是什么,當需要你設計一個HDFS目錄管理的工具時,你該從何著手。

5. 機器學習算法模型的主要使用場景

策略及AI方向的數(shù)據(jù)產(chǎn)品經(jīng)理必備,比如做個性化推薦,至少要知道常用于推薦的算法有哪些吧,基于用戶的協(xié)同過濾和基于商品的協(xié)同過濾分別是什么意思?

四、總結

想成為業(yè)務、研發(fā)眼中優(yōu)秀的數(shù)據(jù)產(chǎn)品經(jīng)理并不容易。不僅要產(chǎn)品素質(zhì)優(yōu)秀,還要有扎實的數(shù)據(jù)能力。具備其一,可以做數(shù)據(jù)產(chǎn)品經(jīng)理,但只能稱之為靠譜或者技術能力比較強。而兩者都不具備時,不僅自己上班如上墳,還要飽受領導、對接研發(fā)、業(yè)務的各方吐槽和Diss。

為我投票

我入選了2022年度優(yōu)秀專欄作者評選,要麻煩大家投票支持支持啦!

點擊下方鏈接進入我的個人參選頁面,點擊紅心即可為我投票。

每人每天最多可投35票,投票即可獲得抽獎機會,抽取書籍、人人都是產(chǎn)品經(jīng)理紀念周邊和起點課堂會員等好禮哦!

投票傳送門:https://996.pm/M0JvR

專欄作家

數(shù)據(jù)干飯人,微信號公眾號:數(shù)據(jù)干飯人,人人都是產(chǎn)品經(jīng)理專欄作家。專注數(shù)據(jù)中臺產(chǎn)品領域,覆蓋開發(fā)套件,數(shù)據(jù)資產(chǎn)與數(shù)據(jù)治理,BI與數(shù)據(jù)可視化,精準營銷平臺等數(shù)據(jù)產(chǎn)品。擅長大數(shù)據(jù)解決方案規(guī)劃與產(chǎn)品方案設計。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉載。

題圖來自pexels,基于CC0協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 寫的有點虛,但是總體上來說結構清晰,簡明易懂,對相關新人很有啟發(fā)意義。

    來自上海 回復
  2. 數(shù)據(jù)產(chǎn)品既需要優(yōu)秀的產(chǎn)品素質(zhì),還需要有扎實的數(shù)據(jù)能力,才能更好的服務于產(chǎn)品

    來自山西 回復