對于從數(shù)據(jù)開發(fā)轉(zhuǎn)向數(shù)據(jù)產(chǎn)品經(jīng)理的職場人士來說，需求挖掘和產(chǎn)品思維往往是他們的短板。本文將深入探討數(shù)據(jù)產(chǎn)品經(jīng)理如何通過刻意訓(xùn)練產(chǎn)品思維、優(yōu)化項目管理流程和推動產(chǎn)品落地，避免成為簡單的需求傳聲筒，提升自身的產(chǎn)品能力。

最近給幾位數(shù)據(jù)開發(fā)轉(zhuǎn)數(shù)據(jù)產(chǎn)品經(jīng)理的同學(xué)做相關(guān)輔導(dǎo)，發(fā)現(xiàn)研發(fā)轉(zhuǎn)產(chǎn)品在需求挖掘和產(chǎn)品思維方面普遍是短板。對于研發(fā)轉(zhuǎn)產(chǎn)品順利上岸后，如何才能提升產(chǎn)品能力呢？

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

數(shù)據(jù)產(chǎn)品經(jīng)理畢竟也是產(chǎn)品經(jīng)理，所以不管數(shù)據(jù)基礎(chǔ)怎么樣，掌握產(chǎn)品的流程化思考方式，開展工作會更加順暢。雖然說產(chǎn)品思維這個詞非常老套了，但它的確是會指導(dǎo)你開展工作的通用方法。這里講的產(chǎn)品思維是作為產(chǎn)品經(jīng)理的一種思考方式，工作流程和方法論。比如，初入職場，當(dāng)你還沒徹底搞懂什么是指標(biāo)和維度、數(shù)倉模型、字段時，就被安排去承接業(yè)務(wù)的數(shù)據(jù)報表需求了，你準(zhǔn)備怎么去做呢？

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

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

（1）為什么要做這個需求

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

（2）用戶是誰？

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

（3）解決什么問題

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

（4）需要什么功能（指標(biāo)和維度）？

對于偏工具類的數(shù)據(jù)產(chǎn)品，如CDP、大數(shù)據(jù)開發(fā)平臺等，一方面是結(jié)合對用戶的需求場景的調(diào)研確認(rèn)目前他們的訴求，另一方面是結(jié)合競品分析，確定產(chǎn)品的功能規(guī)劃。很多新人往往只是按需實現(xiàn)需求，而在高階產(chǎn)品的成長道路中，產(chǎn)品規(guī)劃能力是明確要求的能力維度。所謂的產(chǎn)品規(guī)劃，主要就是結(jié)合產(chǎn)品的定位，確定產(chǎn)品要包含哪些功能要點，再根據(jù)當(dāng)前業(yè)務(wù)痛點，確定各個功能的優(yōu)先級，形成短中長期不同版本迭代的計劃或者roadmap。然后明確的告訴老板說，我們這個產(chǎn)品要包括ABCDEF的功能點，但是考慮開發(fā)資源和時間現(xiàn)狀，MVP版本優(yōu)先做ABC功能。

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

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

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

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

1. 如何管理需求

面對各個業(yè)務(wù)部門的各種數(shù)據(jù)、產(chǎn)品需求，要避免忙成陀螺但還被業(yè)務(wù)吐槽。所以，要學(xué)會利用需求管理工具，把接收到的需求統(tǒng)一管理起來。很多項目管理軟件比如Trello、Ones、leangoo等，最次的就是自己用excel了，團隊共享不太方便而已，但自用足夠。目標(biāo)是自己清楚地知道有多少需求待處理，優(yōu)先級是什么，何時需要找業(yè)務(wù)溝通確認(rèn)，已經(jīng)排期或者上線的需求定期做好信息反饋，避免等著業(yè)務(wù)來問排期。出現(xiàn)延期更要做好溝通，這樣才會成為業(yè)務(wù)眼中靠譜的人。而不是提了需求石沉大海。

2. 怎么跟項目？

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

3. 項目啟動會

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

4. 需求評審會

產(chǎn)品經(jīng)理不得不開的會議包括：和業(yè)務(wù)的需求確認(rèn)會，和開發(fā)的方案評審會，和團隊的需求排期會。很多產(chǎn)品經(jīng)理最怕開需求評審會，因為怕被老板、被開發(fā)、被業(yè)務(wù)Diss。首先從心態(tài)上，要做好準(zhǔn)備，評審會的目的就是要找出需求不明確和不合理的地方，在方案環(huán)節(jié)盡可能考慮周全，避免上線之后不滿足需求，如果評審會一團和氣，出事后甩鍋于事無補。其次，要在每一次被Diss之后做好總結(jié)，為什么我設(shè)計方案的時候沒有想到，沒有想清楚。下次要盡可能規(guī)避，就像高中時有些數(shù)學(xué)題經(jīng)常有陷阱，有了錯題集不斷強化后，下次就不再犯同樣錯誤。此外，在產(chǎn)品方案設(shè)計環(huán)節(jié)，可以提前和業(yè)務(wù)溝通，和開發(fā)提前討論技術(shù)方案，問題前置化，減少評審會上的問題數(shù)量。最重要的一點，就是自己在設(shè)計產(chǎn)品方案和PRD時，要不斷問自己問什么需要這個功能，這個按鈕，為什么放到這里，而不是其他位置，自己先Diss自己，減少被別人Diss。知彼知己百戰(zhàn)不殆，還要吸收競品分析的結(jié)論，有的時候你的一句，這個方法競品是這樣做的，但是有123個問題和缺點，是不是比其他的解釋更有說服力呢。最后，能用數(shù)據(jù)量化分析的就要用數(shù)據(jù)說話，畢竟是搞數(shù)據(jù)的嘛。

5. 項目站會&周會

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

6. 項目匯報的頻率與技巧

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

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

7. 需求變更管理

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

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

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

三、總結(jié)

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