兩個方面,帶你瞭解資料產品經理工作
資料產品經理的工作重點在於圍繞資料,做出業務決策,輸出產品、優化產品。那麼就有人好奇了,資料產品經理的日常工作是什麼,都要做些什麼呢,讓我們看看筆者是怎麼說的吧:
產品經理日常工作基本都可以用一句話來概括——輸出產品。在輸出產品的過程中,資料產品經理工作從狀態及性質上分為兩大塊:使用者需求承接及資料應用平臺建設。
使用者對於資料產品的需求旨在通過資料幫助使用者做結果判斷,並基於資料結果做業務決策,產品需求以圖表、視覺化看板、自助分析工具為主;資料平臺建設工作上,資料產品經理承接平臺功能設計、內容規劃,以及平臺優化迭代。
一、使用者需求承接
使用者需求承接包括臨時資料需求對接及專案承接兩類:
1. 臨時需求對接
臨時資料需求以歷史資料提取及報表開發需求為主,一般基於使用者已有的明確資料需求;對於這樣的需求,資料產品經理工作方式總結如下:
1)明確需求用途及目的
瞭解使用者需求緊急程度,資料需求的用處,判斷是否有現成報表及自助分析工具能滿足其需求取數;如果有則直接提供報表及工具給到使用者,如果沒有則進入第2步。
2)報表欄位核算邏輯確認
簡單地說,就是每個欄位的條件限制以及指標的核算邏輯確認。
譬如:報表需要算到商品層級,是直接取商品主資料的商品還是僅核算零售商品或水果?指標日均銷售如何計算?計算公式=銷售額/查詢天數,銷售額是需要需不需要取門店團購或者外賣銷售資料?
以上通俗理解就是要扣字眼,確保演算法清晰且沒有歧義;如果需求是報表開發,需要與使用者確認報表篩選條件、查詢週期、使用者許可權。
3)產品功能說明書編制
功能說明書內容包含了第2步跟業務層面溝通後的結果。此外在這個的基礎上,資料產品經理需要與研發同事確認——每個欄位資料倉庫是否有對應的資料支撐。如果沒有,產品經理需要與業務系統產品經理對接,讓其提供業務系統對應的表及欄位,然後提供至研發同事進行資料抽取及資料處理。
4)產品研發跟蹤
研發跟蹤主要工作在於:處理研發同事在開發過程中存在的資料取數及核算邏輯疑問問題。
從這幾年的資料產品經理經驗發現:不管前面幾項做得多詳細,這個過程也很難避免。主要原因在於:一個需求的研發完成不僅只基於BI(商業智慧簡稱)系統的取數及研發,還涉及到業務系統的取數甚至基礎資料的研發;但是提需求的使用者不瞭解系統取數,清楚系統取數的人可能對於業務的理解有偏差。如果三方這這一塊沒有做好,那最後出來的資料可能經常會有問題,或者說有問題了甚至都不知道。
5)資料測試
報表測試環節分功能測試和資料測試,資料產品一般在功能上都很簡單易操作不會出現大的問題,主要是資料測試環節比較繁瑣——基本流程是研發同事提供報表對應的基礎資料,使用者基於基礎資料根據核算邏輯重新核算一遍,通過了即可驗收。
過程看似簡單,但是問題仍然會比較多,譬如經常出現使用者在測試過程中根據資料結果更改核算口徑甚至指標的情況。
6)報表上線及運營
報表驗收上線後,一般會有一個月左右的試營期。在執行過程中,根據使用者遇到的功能及資料準確性等問題進行解決及優化,試執行接受後則會對其他使用者開放許可權。
2. 專案承接
拋開上述講的大量的臨時資料需求的問題,承接各業務部分發起的專案實施是我們的主要工作。
專案承接主要工作指——按專案要求對需要輸出的報表或視覺化看板需求等進行研發實施。一般情況下業務部門在發動專案之前已經走完了前面所有的過程,包括立項、內容規劃、專案價值、專案輸出等,我們資料團隊負責整個專案最後的一環——內容輸出的實現。
專案實施的過程與上述臨時資料需求的過程基本一致:需求溝通及確認、產品設計及UI設計、研發跟蹤、功能及資料測試、專案驗收、產品上線及試執行、產品跟蹤及優化。
主要講一下產品設計環節,產品設計工作是指基於使用者需求,設計更形象化、體驗感更優的資料展現形式。
舉個例子:
前段時間承接了一個專案,使用者提報了55張報表,經歷了一段時間的溝通,精簡到了25張表,這個過程暫不詳述,總之最後就是要做25張表;
其中有8張表處於總分的狀態:先看一張表上的資料結果,然後需要以某個維度去細化或者去看某個指標的關聯性指標,分析原因或給出解決方案;所以我把這幾張表按這個邏輯直接設計成在一張看板展現,以圖表的形式更形象化地表現這個邏輯關係;
另7張表結果展現方式分析維度的顆粒度都一致,都是要看商品的某個指標一個月內的所有資料,我把這幾張表設計成自助分析形式,圖表展現更直觀能看資料走勢的情況下,給使用者更多的指標組合選擇;
還剩10張表,每一張基本都是大寬表形式,主要是使用者物件是基層員工的操作型報表,這幾張表就不再做處理。
這樣一來,原有的25張表就變成了1個視覺化看板、一個自助分析工具及十張表12個報表應用,既滿足使用者需求又給使用者更好的體驗的情況下也減少了研發的工作量;
總結一下,產品設計工作目的在於,基於使用者的資料需求設計資料展現形式,滿足使用者資料需求的同時提高使用者體驗感;由於我們的資料平臺視覺化看板及自助分析工具以配置化為主,對於UI設計環節專案中涉及不多,暫且不講。
二、資料平臺建設
資料平臺建設中,資料產品經理主要承接前端內容規劃及功能設計工作:
1. 內容規劃
在我看來,根據物件使用者對大資料平臺來做內容規劃相對比較合適:直接使用者、資料平臺管理使用者:
1)面對直接使用者,需要從業務本身來考慮大資料平臺內容規劃方式,怎麼理解這句話呢?
很簡單的例子:就是面向使用者的選單欄你怎麼設定,每個選單欄裡面放什麼內容,這一塊我們一直都是直接與業務組織架構保持一致,然後放置相應組織提報需求開發的報表,或者視覺化看板等內容。
我相信大部分公司都差不多按這個原則來規劃,但是隨著使用者需求的增多,特別是出現跨組織跨業務的專案需求時,這種方式很明顯已經不再適合。這個時候就需要通過做業務分析藍圖設計來規劃選單。這裡我先不針對如果做規劃來展開,後面我會專門寫一篇文來討論這一塊;
2)大資料平臺管理人員,主要是指資料產品經理及研發人員,可以歸類為系統管理內容規劃,主要包括以下幾點:
a. 使用者管理方式規劃,主要指許可權管理,許可權是按崗位開通,還是按個人單獨定製?
前一種方式開通許可權會相對比較方便,但是會導致部分崗位許可權相對較大,容易引起資料安全問題;第二種方式許可權管控起來就比較亂,也相對繁瑣。這就需要資料產品經理結合使用者組織特點及資料平臺功能來衡量了。
b. 自助分析管理內容規劃,自助分析主要是指使用者可以根據資料平臺提供的資料來源,自主做表或者各種分析性圖形等。如何管理資料來源、如何管理使用者自主研發的表或者視覺化看板等,都是需要提前規劃想好的內容;
c. 應用作業監控平臺規劃,這一塊我們也是近兩年開始做,主要用於監控每個資料作業的排程是否按時進行,追蹤到每個研發人員,做到及時發現及時解決問題,保證每天早上上班前使用者能及時拿到資料;
2. 功能設計
功能設計主要針對於資料應用,分為報表、視覺化看板及自助分析工具三大類:
報表功能設計體現在報表展現形式、篩選條件、報表匯出功能等;
視覺化看板功能設計指看板層涉及到的圖形、表格等展現方式,圖形條件篩選方式,頁面跳轉等功能;
自助分析工具功能設計主要包括資料來源表管理、條件限制方式、圖形展現形式以及自助開發的應用管理方式。這裡先簡單介紹不做具體展開。
以上是我根據日常工作經驗總結的資料產品主要工作內容,從資料產品經理工作狀態及性質上,讓大家有了個基本的印象和認知。
但是根據上述內容,我們可以發現很多問題:譬如使用者需求承接環節,作為資料產品經理該如何對使用者需求進行有效控制以確保需求價值度?如何做好專案管控保證專案正常推動?如何做好資料治理方案,以保證資料及時性及準確性?如何不再被動承接使用者專案需求?等等。
由於篇幅有限,沒有辦法在這裡一一闡述,後續我會針對資料產品經理工作涉及的每個階段性的工作進行展開,全面、系統化地解析,和大家一起探討資料產品經理進階之路!
作者:王小塗,微信公眾號:資料產品經理進階之路。
產品中國-產品經理門戶原創,作者:天蛾,轉載請註明出處:http://www.pmtoo.com/article/71214.html