數據產品經理如果接到面試邀請，可以怎麼做準備？這篇文章里，作者從面前、面中和面後三個維度，對數據產品經理的面試求職做了梳理與解讀，一起來看看吧。
數據產品經理如果接到面試邀請，可以怎麼做準備？這篇文章里，作者從面前、面中和面後三個維度，對數據產品經理的面試求職做了梳理與解讀，一起來看看吧。
開篇語：
本篇為系列的第三篇文章，滿滿關於面試要訣的乾貨內容，助你充分準備，從容應對，拿下心儀Offer。機會是留給有準備的人，加油！
一、面前功課
在你開始投遞崗位和收到面試邀約的那一刻，你就應該開始進行對應的面前準備了。
1. 基礎知識儲備
所謂基礎知識儲備，即是指作為數據產品經理，要開展工作需要知道或者持續學習的知識。具體內容在本系列的第二篇《寫給數據產品後浪們的修煉指南（二）能力篇》已做過詳細的闡述，需要進行針對性準備的同學可以移步閱讀。
需要提醒各位的一點是，如果不是時間過分充裕，儘量不要做大而全的覆蓋，應該根據你自己的職業經歷和你所投遞崗位的要求來劃定重點儲備範圍再做針對性的知識複習和盲區補充。千萬千萬不要盲目地什麼都看（然後什麼都不精）。
2. 崗位解讀
關於崗位解讀，在本系列的第一篇《寫給數據產品後浪們的修煉指南（一）科普篇》中提到過解讀方法以及重點看的是什麼，依葫蘆畫瓢即可。
1）勝任者畫像
根據崗位JD中的描述內容提煉出關鍵詞，可使用雷達圖進行量化評估。
2）自畫像（自我能力評估）
同樣的，基於（相對客觀）自我評估，同樣可在對應的考量維度上提取出關鍵詞再映射為評分。
舉例：
比如還是拿本系列第一篇《寫給數據產品後浪們的修煉指南（一）科普篇》所給出的JD舉例。
此JD經過分析和關鍵詞提煉後，關於勝任者畫像，可得出以下要點：
- 基礎條件：學歷-本科；行業-網際網路/大數據；工作年限-三到五年。
- 項目：參與過數據中台整體設計建設，具備數據安全意識和管理實踐經驗。
- 知識儲備：大數據技術框架，大數據技術知識。
同樣的，小張繼續進行自畫像，關鍵信息提煉如下：
- 基礎條件：學歷-碩士（本科為達標計3分，碩士可計5分）；行業匹配；工作年限-七年；
- 項目：參與過數據中台內部分系統的建設，但未做過整體性規劃和體系設計；對數據安全的認知僅停留在了解，企業內的數據安全服務是別人做的，自己只是使用；
- 知識儲備：對大數據技術知識有所了解，但是框架和選型則不太涉獵。
由此，我們可在同一張雷達圖中繪製出勝任者和小張自己的對比情況，據此可知匹配度和薄弱點，可進一步做好補齊和揚長避短策略。
3. 應聘公司/行業了解
對所應聘公司（或所在業務線/事業部）和行業的了解也是至關重要的。除了這個公司是做什麼生意的，屬於哪個行業，行業地位如何（是否為頭部/發展增速/重點對標企業等）這些基本信息之外，還需要收集關於該公司近三年的重大新聞、動向和數字化相關的舉措等等。
最好能梳理出一條該公司的數字化/數據化建設發展脈絡，可從中進行一些管控窺豹的有效猜想，比如公司過去踩過什麼坑，未來發展去往何方，需要構建什麼樣的能力，重在擴產增收還是降本增效，需要什麼樣的隊伍建設來支撐這些戰略等等。然後在「自我推銷」的時候儘量往這些點上去靠。
4. 問答預演
那麼，到這一步，面前功課算做完了嗎？還缺一環。問答預演在面前功課的準備里是很重要的，這一環節準備得越充分，除了關係到「能押對題」之外，還能給到求職者本人一些底氣，由內向外地展現出自信心，這也將影響到面試官對求職者的正向初印象及觀感和面試者自己的最佳狀態呈現。
問答預演的產出物可以是一份Q&A清單。問題可以是從你之前面試經歷中提煉而來，也可以從網際網路的面經、專業性文章中收集得到。一般可分為以下類型：
以上，希望各位可以多花點時間和心思來準備並不斷校正、補充和調優。畢竟俗語有云：台上一分鐘，台下十年功。
二、面試表現
在我們做了充分的面前準備後，此時我們不說成竹在胸，至少也是自信滿滿了。那接下來就是重頭戲——怎麼在面試中展現最好的自己。
需要補充說明的是，這裡所說的「最好的自己」，既不是你自以為的自我最完美一面，亦不是你對象眼中「情人眼裡出西施」般的你，而是用人單位/部門/面試官眼中的崗位最勝任者，你需要展示出最符合這個勝任者畫像的自己。
1. 自我介紹
在面試當中，相信自我介紹已經是老生常談的部分了。不管是從校園到職場的校招，還是社會人一次又一次的「畢業再就業」的社招，自我介紹幾乎都是每一場面試里的開場節目。那麼，已經做過這麼多次自我介紹了，那不是駕輕就熟，信手拈來嗎？還需要刻意練習嗎？
至少在筆者看來，是需要的。因為，你的每一段職場經歷都值得在回首總結後打上獨特的「烙印」，才不負光陰換來的這段經驗值，所謂經驗值的總結性變現。
如何做好一次自我介紹？最簡單也最有效的法則是：結構化輸出。將你的畫像信息拆分為「基本信息-職業旅程-能力體系」這三部分即可。
- 基本信息：姓名、年齡、從業年限、學歷院校、婚育情況等。
- 職業旅程：由詳到略地倒序簡述你所經歷的每一家企業和所作出的最重要貢獻和最有價值成長點。
- 能力體系：再次總結陳述在你的從業生涯中構建的自我能力體系內容（如數據中台從0到1搭建方法論和實踐、企業級數據治理操盤能力等）。
總之，在自我介紹這一環，內容上應該盡力做到「既簡要又突出」，語言表達主打一個「真誠、堅定、自信」。
2. 項目經歷
關於項目經歷的陳述和問答，在面試成功的重要性影響因素上，絕對是數一數二的。要點在於：
1）結構化表達
這也是建議在面前功課里就提前做好的部分。關於你自己的項目經歷，如果數量較多的話，不建議每個都拿出來說一遍但每個又都說得很淺，這會讓面試官感到困惑，一來是抓不住重點，二來是找不到亮點，這會讓面試者陷入很被動的境地，甚至讓面試氛圍尬在那裡。
而筆者建議的打法是走「精品策略」。在面試前，你需要從你的既往項目中精心挑選出最貼合崗位需要、最有亮點和沉澱、最能體現競爭力的項目，從項目背景（為什麼會有這麼個項目？是為了解決什麼業務問題？），項目成果和價值（最終項目上線了嗎？獲得了什麼成效？有沒有成功解決背景中的業務問題？），項目關鍵動作（做了哪些事促成了目標達成？）和復盤總結這幾個關鍵維度進行內容的結構化表達。
關於項目經歷的挑選和結構化表達，這裡我舉個例子。
比如說現在有兩個項目，你不知道選哪個來說。A項目是供應鏈業務相關的數據看板搭建，B項目是用戶行為埋點標準的制定推行和管理系統的搭建投用。你仔細閱讀JD後發現，這個崗位並沒有提到供應鏈相關的業務經驗和能力，反而在崗位職責里強調了需要做埋點數據採集和治理等，那麼這時候，你就應該選擇B項目來作為項目經歷的詳細陳述了。那麼，該如何進行結構化表達呢？
首先，你需要簡要告知面試官項目背景，比如業務部門（C端產品和運營團隊）在使用數據分析用戶行為的時候多次反映數據質量問題（重要欄位預設情況嚴重、數據不一致等），追根溯源後發現導致這一系列問題的源頭在於——沒有埋點規範。
所有埋點上報均是研發側陸續收到零散分析需求後做的自定義埋點，甚至前後都沒有拉通去看，僅當做臨時需求進行的處理，這就導致採集到的用戶行為數據會出現漏報、結構不一致、數據不一致等使用問題。
到這裡，面試官就明白了為什麼要做埋點標準和管理系統這件事。之後便是繼續聊項目最終產生的業務價值以及做了哪些工作來達成這個項目目標及復盤思考等內容，可根據面試官的反應和感興趣程度進行陳述詳略的靈活調整。
2）內容詳實
這裡所說的內容詳實主要指的是對於項目經歷中的關鍵內容陳述和問題回答一定要傳達出一個信息：這個項目是你自己做的，即使不是做為主導角色的項目負責人也是產品側深度參與的角色。讓面試官產生對你這段項目經歷真實性的懷疑是大忌。
鑒於此，除了項目本身外，你也可以淺聊一些你在這個項目中扮演的角色和關鍵性貢獻，在落地推進的過程中所遇到的困難和挑戰以及最終是如何得以解決的，對於這個經歷你所沉澱的長遠性思考等內容。
3）思考沉澱與可復用性
除了項目本身足夠精彩以及面試官認同你在其中的貢獻和展現出來的能力之外，可能還關心的一個點在於：這段項目經歷中有沒有可沉澱為方法論、經驗性知識或其他可復用的東西。關於這一點，也是在做完每個項目之後進行個人復盤時應當思考的，並且可以與心儀崗位所關注的方向和能力結合起來講給面試官聽，可能會收到事半功倍的效果。
3. 換位思考
這裡說的「換位思考」指的是面試官會根據與面試者的溝通形成一些初步的判斷，並且進行「對號入座」，那麼如果作為面試者的你如果能夠換位思考，提前預判到「對號入座」的要點，那是否成功機率又會增大一些呢？下面直接給出「對號入座」的標準答案，可先行自我預判一下。
4. 避坑小貼士
接下來來點避坑小貼士吧。畢竟面試歸面試，咱們自己的知識乾貨那也是實打實的價值，不能輕易被「無良」企業白嫖了去不是？
筆者建議主要警惕如下情形：
1）要求帶紙質版產品方案或原型設計作品
當對方做出此類要求時，先不要一口回絕，可以試探性地詢問對方「是否可以在面試時展示和講解？」。一般來說，想要了解候選人的專業能力，現場展示和講解已經足夠，而不需將產品方案做留底再詳細分析才能得出結論。
2）布置面前作業，有明確的設計命題
如果收到所投遞公司的面前通知，布置了「作業」，並且有明確的設計命題，且該命題與該公司業務或崗位所陳述的項目方向高度吻合，那就需要留個心眼考慮是否有「套方案」可能性了。
三、面後復盤
面試完後，可以回家冷靜下來再做一次復盤，看看還有哪些環節的表現可優化，以及知識體系等需要進一步完善的，可以排個優先級安排起來。珍惜每一次找工作的經歷和面試機會，利用好了，也是我們自己能力成長的「提速神器」。
結語
以上是這個系列的第三篇文章，介紹了數據產品經理崗位的面試要訣，希望能有所幫助。後續將圍繞數字化轉型、數據中台搭建、數據治理和影響力運營等展開專題原創內容，敬請期待。
本文由 @maggieC 原創發布於人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基於 CC0 協議。