很多資料産品經理新人對這個崗位的基礎認知還不是很完善，會找各種各樣的資料和視訊來學習，但始終不成體系。作者結合自身的工作經曆，與大家談談資料産品經理如何在職場中生存下來，希望對你有所啟發。
最近收到很多新人資料産品經理朋友的咨詢，他們大多數都已經對資料産品經理的崗位是什麼，需要什麼能力有了基礎的認知，但是真正到了要去學習和提升的時候，面對鋪天蓋地的文章内容，以及品質參差不齊價格卻都普遍不低的視訊課程，卻不知道從何着手。
是以，今天想結合自己的工作曆程，聊一聊資料産品經理如何在職場中生存下來。
一、首先是關于産品思維的刻意訓練
資料産品經理畢竟也是産品經理，是以不管資料基礎怎麼樣，掌握産品的流程化思考方式，開展工作會更加順暢。雖然說産品思維這個詞非常老套了，但它的确是會指導你開展工作的通用方法。
這裡講的産品思維是作為産品經理的一種思考方式，工作流程和方法論。比如，初入職場，當你還沒徹底搞懂什麼是名額和次元、數倉模型、字段時，就被安排去承接業務的資料報表需求了，你準備怎麼去做呢？
1. 學會用産品經理的思考方式去做需求
産品經理的主要職責就是每天對接和處理各種各樣的業務需求。拿到新需求，怎麼做？
為什麼要做這個需求？
充分了解已有的背景資訊，有的老闆常提一句話需求，因為自己不懂而不敢去問，吭哧吭哧做完了老闆說不是自己想要的，耽誤了時間，出力不讨好。
使用者是誰？
每一個産品都有明确的使用者群體，資料産品也不例外，而且相較于C端産品的普适性，資料産品的使用者還要做個三六九等的劃分，誰是核心使用者，誰是覆寫使用者，誰是潛在使用者？
解決什麼問題？
作為新人肯定對業務了解不深，知道了使用者是誰了，結合有限的背景資訊，這個時候就要充分發揮産品經理的溝通天賦了，找業務溝通調研其工作内容，遇到了哪些痛點和問題，期望這個資料産品解決什麼問題。
需要什麼功能（名額和次元）？
對于偏工具類的資料産品，如CDP、大資料開發平台等，一方面是結合對使用者的需求場景的調研确認目前他們的訴求，另一方面是結合競品分析，确定産品的功能規劃。
很多新人往往隻是按需實作需求，而在高階産品的成長道路中，産品規劃能力是明确要求的能力次元。所謂的産品規劃，主要就是結合産品的定位，确定産品要包含哪些功能要點，再根據目前業務痛點，确定各個功能的優先級，形成短中長期不同版本疊代的計劃或者roadmap。
然後明确的告訴老闆說，我們這個産品要包括ABCDEF的功能點，但是考慮開發資源和時間現狀，MVP版本優先做ABC功能。
關于需求分析的模型與方法論有非常的多，看些文章了解下四象限、ICE排序、KANO模型就可以了，重要的是要把需求處理的流程先固化下來，然後拿着工作中的具體的需求實踐總結，有人說産品經理能力的高低和悟性有很大關系，這個悟就來自于不斷的實踐和刻意的複盤總結。紙上得來終覺淺。
二、其次項目管理推動産品落地流程和方法
在靈活項目管理理論當中，把70%項目失敗的問題歸結為流程的問題。經過多年的實踐發現的确是這樣。因為産品經理是依賴于他人完成産品方案的落地。協調和管理跨職能的項目團隊是日常工作的重點之一，否則設計的方案再好，上不了線也是尴尬，沒有業務價值的輸出。
在項目管理領域有專門的PMP或者靈活開發的ACP認證。是以想要完全學習完所有内容還需要花很多時間的。但是掌握最核心的流程和要點就足夠日常使用，加上自身項目的實踐總結，沉澱出适合自己的項目管理方法。
1. 如何管理需求
面對各個業務部門的各種資料、産品需求，要避免忙成陀螺但還被業務吐槽。是以，要學會利用需求管理工具，把接收到的需求統一管理起來。很多項目管理軟體比如Trello、Ones、leangoo等，最次的就是自己用excel了，團隊共享不太友善而已，但自用足夠。
目标是自己清楚地知道有多少需求待處理，優先級是什麼，何時需要找業務溝通确認，已經排期或者上線的需求定期做好資訊回報，避免等着業務來問排期。出現延期更要做好溝通，這樣才會成為業務眼中靠譜的人。而不是提了需求石沉大海。
2. 怎麼跟項目？
産品一旦排了開發資源後，就是日常的項目管理和開發跟進工作了。澄清需求幾乎是每天都會遇到的，除此之外。要學會在一些關鍵節點組織會議，并且利用透明的力量同步項目進度、問題及風險。
項目啟動會：
重大項目需要單獨召開啟動會，務虛為主。主要目标是擷取授權，搶占資源，有時需要打雞血，比如這個項目是公司戰略重點，多跟開發“洗洗腦”，做好了大家一起吃香喝辣。
需求評審會：
産品經理不得不開的會議包括：和業務的需求确認會，和開發的方案評審會，和團隊的需求排期會。很多産品經理最怕開需求評審會，因為怕被老闆、被開發、被業務Diss。首先從心态上，要做好準備，評審會的目的就是要找出需求不明确和不合理的地方，在方案環節盡可能考慮周全，避免上線之後不滿足需求，如果評審會一團和氣，出事後甩鍋于事無補。
其次，要在每一次被Diss之後做好總結，為什麼我設計方案的時候沒有想到，沒有想清楚。下次要盡可能規避，就像高中時有些數學題經常有陷阱，有了錯題集不斷強化後，下次就不再犯同樣錯誤。此外，在産品方案設計環節，可以提前和業務溝通，和開發提前讨論技術方案，問題前置化，減少評審會上的問題數量。
最重要的一點，就是自己在設計産品方案和PRD時，要不斷問自己問什麼需要這個功能，這個按鈕，為什麼放到這裡，而不是其他位置，自己先Diss自己，減少被别人Diss。知彼知己百戰不殆，還要吸收競品分析的結論，有的時候你的一句，這個方法競品是這樣做的，但是有123個問題和缺點，是不是比其他的解釋更有說服力呢。最後，能用資料量化分析的就要用資料說話，畢竟是搞資料的嘛。
項目站會&周會：
靈活開發中，團隊成員會有每天的站會，主要目的是溝通和澄清問題，說下主要進展和計劃，提高團隊成員溝通的頻率，互通有無，及時發現和解決問題。切記不要淪為形式。
項目彙報的頻率與技巧：
正常彙報：對于重點項目（老闆們都非常關心）尤其要做好向上的彙報和資訊同步。如果周期2周内，可以每天彙報關鍵進展，IM群或者郵件均可。3周及以上的長周期項目至少要按周彙報。這樣老闆就很放心，不管他關不關注，至少你主動溝通，不僅曝光度高，而且老闆會覺得你非常靠譜。
問題彙報：做項目有風險在所難免，尤其是項目初期不确定因素非常多，出了問題首先自己要快速搞清楚大緻問題，初步判斷嚴不嚴重，如果覺得對項目進度、項目範圍有影響，就要及時向上回報，老闆最不喜歡的就是别人都知道出問題了，他卻是最後一個知道。提前溝通可以擷取相關的資源支援，哪怕是準許延期的許諾。
需求變更管理：
唯一不變的就是變化。作為産品經理不管是和業務還是和研發溝通，切記一句話的口頭需求和随意的變更。尤其是開發過程中，涉及到業務流程等内容的變更一定要記錄存檔，對主流程和研發進度有影響的，嚴格遵循變更控制流程。否則，一旦項目失敗或者出了問題，産品和開發扯不清楚。研發說産品讓我這麼改的，産品說我是讓你那麼改的。
産品上線營運及推廣：
項目測試開發工作完成後，在正式上線之前，找核心使用者或需求方做好使用者接受度測試，避免上線後，使用者大面積吐槽，到時候就晚了。另外，産品上線前，需要考慮資料埋點，統計功能上線後的使用效果。一方面是證明你這次疊代的價值，用資料說話，另一方面就是用資料驅動産品疊代了。同時，要記得收集使用者的正向回報，畢竟季度述職有的時候需要使用者視角說你做的好不好。
三、此外是資料思維和資料能力的不斷提升
掌握了需求處理和項目落地這幾個産品經理的核心能力和工作流程之後，至少你會是一個靠譜的人。再加上對資料思維和資料能力的，就可以逐漸成為一個優秀的資料産品經理。曾經團隊中有個同學，其他崗位轉崗資料産品經理，不僅缺少資料能力，而且産品基礎也非常差，一段時間負責開發套件産品的需求跟進和疊代，天天被開發吐槽，隻是需求的傳聲筒。
資料産品經理存在的價值是利用資料幫助業務高品質決策或者為産品的智能化應用賦能。此外，工具類資料産品經理，則是負責建設這些過程涉及的通用工具，以實作人力成本和資料價值輸出效率的提升。
1. 資料采集和埋點能力
和業務端對接多的應用型資料産品經理必備，資料驅動的本質是資料驅動增長，過去更多的是關注訂單量、營收等宏觀的業績經營名額，資料化營運從宏觀到微觀，開始關注使用者從認知産品到最終完成一次業務流程的全過程行為洞察，而這個過程中，埋點是資料價值的起點，資料産品是以資料為原材料，做使用者行為分析或者可視化分析類的資料産品，作為資料産品經理，需要把埋點資料規範化的管理起來，否則沒有埋點采集資料，就是巧婦難為無米之炊，設計出來的産品方案再完美，互動再絲滑，卻沒有資料。
2. 資料分析能力
資料就像原油，很少人可以直接使用。隻有通過分析、挖掘之手，提純成汽油、柴油、以及各種化纖用品，才能最大的發揮價值。埋點采集到了資料之後，還需要進行分析、抽象、産品化，才能被更多的業務直接使用。
在這個過程中，需要具備建設業務監控的名額體系，并将分析思路整合到資料産品中的能力。可以自己結合具體場景多加練習，比如，自己去設計一套短視訊業務的名額體系，會先研究名額體系建設方法，其次是了解業務過程，再去設計對應的名額。
3. 資料倉庫理論知識
資料資産管理及治理方向資料産品經理必備，業務資料化、資料資産化，資料倉庫的分層管理不僅可以提升資料的複用性，也可以提高資料運維的效率。在做資料資産管理與治理類工具類資料産品時，将資産減少的規範流程融入到系統中，每次建表時，基于系統的提示與自動填充可以既快速又高效，而不是需要每個開發者把規則形成肌肉記憶。
此外，對于資料的一緻性、完整性、及時性、準确性等資料品質監控規則也需要掌握，畢竟資料品質問題是資料産品的生命線，如果給業務的資料都是錯的，決策失誤、精準營銷不再精準。
4. 大資料技術元件及架構
開發套件方向資料産品經理必備。雖然說“人人都是産品經理”,過去也有很多關于産品經理要不要懂技術的争議，個人覺得作為資料産品經理，至少要了解一些基礎的大資料技術的應用場景，以及資料流轉的鍊路，這樣對于資料品質的監控，實時、離線資料的差異及技術限制，更加合理地設計産品。而對于底層開發套件、開發工具類的資料産品經理就更必要了。
試想，如果你連HDFS都不知道是什麼，當需要你設計一個HDFS目錄管理的工具時，你該從何着手。
5. 機器學習算法模型的主要使用場景
政策及AI方向的資料産品經理必備，比如做個性化推薦，至少要知道常用于推薦的算法有哪些吧，基于使用者的協同過濾和基于商品的協同過濾分别是什麼意思？
四、總結
想成為業務、研發眼中優秀的資料産品經理并不容易。不僅要産品素質優秀，還要有紮實的資料能力。具備其一，可以做資料産品經理，但隻能稱之為靠譜或者技術能力比較強。而兩者都不具備時，不僅自己上班如上墳，還要飽受上司、對接研發、業務的各方吐槽和Diss。
為我投票
我入選了2022年度優秀專欄作者評選，要麻煩大家投票支援支援啦！
點選下方連結進入我的個人參選頁面，點選紅心即可為我投票。
每人每天最多可投35票，投票即可獲得抽獎機會，抽取書籍、人人都是産品經理紀念周邊和起點課堂會員等好禮哦！
專欄作家
資料幹飯人，微信号公衆号：資料幹飯人，人人都是産品經理專欄作家。專注資料中台産品領域，覆寫開發套件，資料資産與資料治理，BI與資料可視化，精準營銷平台等資料産品。擅長大資料解決方案規劃與産品方案設計。
本文原創釋出于人人都是産品經理，未經作者許可，禁止轉載。
題圖來自pexels，基于CC0協定。
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。