如何復盤一個數據產品項目?
本文主要介紹了如何有效地復盤數據產品項目,特別是在簡歷撰寫和面試過程中的具體操作方法,強調了運用STAR原則和以業務為導向的產品思維的重要性。
今年做了很多個數據產品求職的輔導,總結一個最常見的問題就是很多同學在簡歷或者面試過程中,需要總結一個典型項目時,缺少考察者常關注的“產品思維”或者“邏輯清晰”所需要的表達邏輯。往期文章針對STAR原則、金字塔原理都有過比較詳細的介紹,這里主要是結合具體的場景案例分享實操過程方法論如何落地,這樣會更容易學以致用。
一、簡歷中的STAR原則
快速回顧STAR原則,情景(situation)、任務(task)、行動(action)、結果(result),概況下來就是:什么背景下,遇到什么問題,你需要做什么事情,你是怎么做的,最后取得了什么樣的結果。
在簡歷的項目描述時,常用兩種方式,第一種,是按照STAR四要素進行結構化展示,通常會把關鍵動作和量化的結果合并。
下面是一個具體的案例。
這種方式的好處是可以圍繞業務目標,按照關鍵動作的分類維度進行展示,比較通用,不僅適合于產品簡歷,其他崗位也適用。一般我改的簡歷會在工作經歷總結部分采用這種模式多一些。
第二種方式是基于產品的工作流程和核心能力維度進行項目總結,分為業務背景、主要職責和關鍵結果三個部分。
業務背景:包括產品要解決的痛點問題(123,這里最好給出一些具體的例子)、產品目標
主要職責:一般會包括:需求調研、競品分析、產品規劃、產品設計、項目管理、產品運營等模塊,同樣,每個要點不要只是單純的寫:與業務溝通,調研業務需求這些大而空、放之四海而皆準可的內容,要結合實際工作項目,列出1~2個核心的具體的需求,虛實結合。因為一般來說簡歷會包含多個項目,不要每個項目都寫一模一樣的結構,有的項目突出需求調研和競品分析,有項目突出產品設計等,這樣避免視覺疲勞。例如一個數倉項目的總結。
項目成果:數據產品的量化指標是很多同學的痛點,總覺得數據產品不像C端有明確的DAU、營收等KPI,不知道怎么寫,但實際上,數據產品需要有更多維度的評估方式,比如,對于一個管理層的駕駛艙,你不能看DAU,因為CXO就那么幾個人,你可以從老板們使用這個產品的周均頻次(每天都看說明對你產品依賴度高),發現問題上傳下達的一些案例(留心收集)。
二、面試過程的STAR原則
對于一些非產品崗轉數據產品,比如數據開發、數據運營等,面試時項目總結經常被打上“邏輯不清晰”,“缺少條理”,“項目總結深度不夠”等標簽。那究竟該如何復盤一個數據產品項目呢?
在面試模擬的時候,有同學:做過XX項目,情景是XX,任務是XX,行動是XX,結果是XX,反而會弄巧成拙,讓面試者覺得生搬硬套STAR,就像問你如何設計指標體系,你炫一堆OSM、UJM是一個感覺。實操的時候,要盡量口語化地將內容融入到你表述的流程當中。
舉一個CDP項目總結的案例:
我過往工作中,一個典型的項目是CDP精細化運營平臺,我作為產品經理負責CDP項目產品工作。(項目簡介)
當時業務精細化運營過程中,存在用戶數據分散標簽不完善分層能力弱,精細化運營流程長效率低,營銷效果難以追蹤量化等痛點問題,因此啟動CDP項目。(業務背景)
首先,我梳理了產品、運營團隊近半年的精細化運營需求,了解業務運營流程,并總結主要的場景及標簽需求,同時對騰訊廣點通、火山引擎CDP等競品進行功能分析,形成CDP產品的MVP方案,主要包括:標簽集市管理、人群圈選、場景投放、效果分析、系統管理等功能(需求分析)
……
最終項目順利上線,邀請運營團隊基于流失用戶運營場景進行打樣,實現了業務自助圈選人群并投放,整個時間從平均1周降低到1小時……(量化結果)
在這個項目中,我覺得做的好的地方是:(項目收獲)
1.產品需求分析,基于業務歷史需求充分分析業務運營場景及需求,并結合行業競品完成產品MVP方案設計,上線后,順利完成主要運營場景的能力覆蓋。
2.……
但是,也有些地方需要進一步提升,(說幾個相對來說沒那么要命的問題,比如UI設計,項目管理等)
比如,MVP版本為了追求快速迭代上線,在開發實現環節,UI有了部分妥協和折中,比如標簽配置時的函數處理等。
本文由人人都是產品經理作者【數據干飯人】,微信公眾號:【數據干飯人】,原創/授權 發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于 CC0 協議。
- 目前還沒評論,等你發揮!