資料包表產品經理生存法則

資料包表產品經理是很多轉行或者入行的資料產品經理的首選方向，很多公司或者求職者對資料產品經理崗位的理解也是如此，就是出資料，做報表的。關於資料產品經理的崗位分類往期文章做了很詳細的描述不再贅述。在這個國際形式複雜，疫情反覆的冬天，不管是畢業求職還是社招換工作，都切實感受到了寒意，不為販賣焦慮，只是想針對資料包表這個方向的資料產品經理求職者一點點建議。

一、現在哪些公司還會招資料包表產品經理？

從一個資料包表應用類的資料產品崗位招聘JD，我們來看報表方向的資料產品經理的工作職責和能力要求。這類產品的主要工作就是對接各個業務部門的資料包表或者資料調取需求，為業務部門設計指標體系，輸出資料包表或者一些資料視覺化Dashboard頁面以及視覺化大屏等（智慧城市大屏）。說白了，更像是作為業務人員和資料的一個橋樑，因為業務擅長的商業模式和業務流程，有了資料產品，可以更方便的和資料開發溝通。網際網路行業是最早進行資料化管理、資料化運營的，七八年前，網際網路企業就開始設定這類產品崗位為業務資料化決策賦能了。所以到現在不管是資料產品、資料平臺的成熟度還是產品、運營人員的資料素養，都得到了很長時間的培養和進化。一個C端產品經理的能力要求不僅包括產品能力，也需要包括資料分析能力，如果他們可以自己確定指標和分析維度，純粹的報表產品經理發揮價值的餘地就越來越小了。所以，現在網際網路行業的資料產品經理招聘，很少會有隻做報表方向的，需要具備更多資料業務化、資料產品化的複合能力。當前來說，一些傳統行業正在進行數字化轉型的過程，從上到下開始意識到資料的作用，但業務人員的資料思維和資料能力尚不成熟，需要有對應的報表資料產品崗位來加速數字化轉型的過程。

二、資料包表產品經理的主要生存法則

1.化被動為主動

還記得我剛入行做資料產品經理的時候，是在一家外賣公司做C端流量資料統計，每天的主要工作就是幫助C端產品經理，統計不同流量入口的流量轉化漏斗，App新版本上線後，統計不同頁面和功能按鈕的PV，UV，下單轉化率等。工作的主要流程就是，產品經理提一個報表需求，我要分析什麼產品，看哪些指標，指標的統計邏輯可能會有分析師、產品經理、資料產品經理三方一起確定，比如訪購率指標到底是訂單數/UV,還是訂單數/VV呢？對於外賣高頻場景來講，使用者一天訪問多次，可能會下多單，如果每天去重，那訂單數多，UV只有一個，就不能準確地衡量流量轉化率的情況。確定了指標和統計口徑後，在沒有前端開發資源的情況下，可能就是資料開發先清洗資料，再做一個自動化的郵件報表，每日郵件傳送。前端資源排上期了，對於長期需要監控的指標，再做資料視覺化頁面開發。現在回想，如果現在的報表資料產品還是這種工作模式，那大機率會被最佳化。因為不管是C端產品經理懂點資料，還是資料分析/資料開發懂點產品流程和溝通技巧，資料包表產品都沒有存在的必要。所以第一條，就是除了懂資料，你需要更加主動地去貼近業務，瞭解業務流程，從而可以站在資料專業視角，告訴業務，你應該看這麼看資料，這麼分析。

2.培養資料驅動決策的能力

在2015年前後，增長駭客理論催生出一個“首席使用者增長官”的崗位，這個崗位的定位是透過資料分析找到產品使用者增長點，推動產品最佳化迭代，促進使用者增長。放到現在，這個能力可以成為資料產品經理的核心競爭力。也就是說，除了主動幫助業務建立他們所需要的報表體系、指標體系外，還要能夠更加及時地幫助業務發現他們沒有發現的問題。比如，構建指標預測、監控預警能力。以及指標異常波動的歸因分析能力。

3.資料產品化、業務化的能力

資料包表產品經理掌握了資料資源，在瞭解資料和業務的基礎上，需要站在產品的視角，抽象出可以幫助業務降本增效的資料產品，並主動產品從0-1的建設和運營過程。比如，透過指標管理系統的建設，提升指標開發效率，促進資料統計口徑的統一。為C端產品經理提供使用者行為分析的產品能力等。或者，為使用者運營人員，提供基於使用者畫像的精準營銷能力等。

三、總結

總的來說，資料包表產品經理只是資料產品領域當中的一個很窄的分支，適合入行但不適合一成不變的按部就班。否則就很容易被替代，一方面是自己每天找業務對個指標，對個統計邏輯，時間久了會覺得沒有成就感，沒啥成長，甚至是可有可無地沒有存在感。另一方面，隨著企業資料化運營的深入，自助式報表&BI視覺化工具的完善，產品或運營人員自己設計Dashboard流程更短，崗位的替代性就很高了。如果你當前正處在這一崗位，就要考慮，如何才能挖掘自己的價值，讓業務更需要你，而不是看起來的更像是一個“資料運營”。