大中小企業(yè)產品經理面試復盤:最難就業(yè)季跳槽落定!
歷時兩個月,拿到兩個offer。最終確定要去新單位報道了,新單位不好不壞,但是符合現(xiàn)階段的工作規(guī)劃。關于個人換工作的原因、換工作的背景以及個人職業(yè)規(guī)劃等都沒有太多的共性,在這里只想跟大家分享一下這段經歷中的面試體驗,給自己帶來一些思考也給在路上的你們提供一些參考。PS我面試的是互聯(lián)網產品經理崗位,本人一本普通院校碩士,5年項目產品工作經驗。
以下不區(qū)分公司大小,隨機順序跟大家分享。
平安集團-保險業(yè)務:互聯(lián)網產品經理崗
平安整個集團的招聘信息都是互通的,另外有一個“平安招聘”的公眾號可以及時查到自己投遞崗位的進展。我前后通過獵頭推薦給了平安的兩個崗位,其中一個進入面試環(huán)節(jié)的是保險部門的互聯(lián)網產品經理崗。
簡歷通過篩選后,會讓你做一個在線測試,包括行政測試和性格測試。行政測試的題型類似于考公務員行測題,但本人親測比考公務員的題型難一些,而且時間緊張,60s一題。性格測試就比較隨性了,一些反反復復的題,不要自己前后答矛盾了就好,通過線上測試后就進入面試環(huán)節(jié)。
面試問題1:你覺得一款app最重要的是什么?
這個題目比較開放性,我個人是從app定位來講的。
個人答案:一款app最重要的是需要有自己的清晰定位,知道這款app是為哪類用戶群體打造,給用戶提供怎樣的核心價值,給公司帶來怎樣的商業(yè)價值。只有明確了一款app的定位后,再圍繞這個目標來進行app的設計與運營。
結束后面試官表示他其實是希望聽到類似于用戶體驗類的答案,這個就因人而異了,如果要談用戶體驗類的,我這里也總結了幾點供大家參考。
對用戶體驗的理解:用戶體驗從用戶端來說通常包含交互體驗,視覺體驗。
交互體驗類的經常會包含以下幾點:
(1)流程精簡
設計最短的實現(xiàn)路徑,可以三步完成的操作不要讓用戶操作4步,可能每個步驟都意味著流失。
(2)整合功能場景
這個功能由誰來操作,在什么場景下操作,會遇到什么問題,需要其他什么功能輔助解決,功能之間根據(jù)場景有一定的關聯(lián)或整合指引。比如在做合同管理平臺時,我們在新合同編輯窗口旁邊預留了空間,放置歷史合同的查看和導入。便于他選擇近似內容的合同一鍵導入,提高他的合同編輯效率。
(3)有效友好的異常操作提醒
考慮到用戶在操作過程中的異常并設計友好的提醒,可以減少用戶的挫敗感。比如B端用戶沒有按照要求先添加角色就進入了設置角色,除了告訴她你還沒有創(chuàng)建角色,還需要給她馬上去創(chuàng)建的動作指引。
(4)盡可能不打斷用戶操作流程,影響用戶心智
可以彈窗的不要跳轉,可以在當前頁面關聯(lián)的不要用彈窗。
(5)盡量使用同一套控件,減少用戶學習成本
視覺體驗類的經常會有如下幾點:
- 面向你的用戶群體,提供合適的頁面布局,字體字號等默認設置。
- 頁面可讀性好,不使用生僻的圖標等。
- 信息結構要突出重點。
面試問題2:你為什么來平安?
這個問題似乎很多大公司都會問到,個人感覺回答的時候是蠻套路的,可能也因此不受面試官喜好。
個人的回答是這樣的,平安是眾所周知的成功企業(yè),個人也是平安好車主app的忠實用戶,我相信平安集團內部是有一只非常專業(yè)的技術團隊在支撐業(yè)務發(fā)展的,同時也欣賞平安卓越、克難的價值觀(提前在官網作了下功課),因此希望加入平安。這個問題如果有特別的原因感覺更討巧,比如住的近,有類似工作經歷等。
面試問題3:通過NPDP學到了什么?
NPDP是國家外專局近幾年引進的國際產品經理資格認證,本人2018年考了相關證書。剛好這個面試官也熟悉這個課程。這里我可以說是答得非常不好,因為時隔兩年,我基本上記不太清了,只記得一些內容框架,類似產品組合,產品生命周期的管理云云。有時間還是要復習一下這個課程,這個課程從新產品開發(fā)戰(zhàn)略、組合管理、新產品流程、文化組織和團隊、工具與度量、市場研究、產品生命周期管理七個章節(jié)完整講述了產品經理的知識體系。
面試問題4:講講你覺得自己最好的項目以及你承擔的工作
這里主要就是根據(jù)自己的項目經歷去提前梳理了,面試前回顧一下自己的項目經歷,如果有跟崗位相關的可以著重回顧。講的時候面試官也穿插問了一些問題,全看個人發(fā)揮了。
最終跟這個崗位無緣,主要原因個人總結了一下還是個人履歷中App經驗不突出,而崗位主要還是App方向的。
聯(lián)通:業(yè)務架構師崗
這個崗位也是獵頭推薦的,據(jù)說是跟我的工作內容較為貼近,因此推薦面試。我當時剛開始動換工作的念頭,想著了解了解也不錯的心態(tài)參加了面試,果然完全不在一個通道。
面試題1:你在做某個項目時,是如何進行數(shù)據(jù)倉庫設計的?
emm,我只好實事求是,不好意思,數(shù)據(jù)倉庫不是我設計的,我更偏向于應用產品的設計。
面試題2:那你說說你是怎么設計產品的?
這里我就有話講了,一般一個產品從0到1,我們首先要確定的是我們服務的對象是誰?提供的用戶價值是什么?
第二需要根據(jù)我們所要提供的用戶價值,來確定要搭建什么樣的系統(tǒng),系統(tǒng)需要包含哪些內容或功能?明確我們的產品范圍。接下來進行產品原型以及交互的設計,協(xié)同UED再進行視覺設計,投入前后端開發(fā)測試發(fā)布。
在這個項目里我們服務的對象是比較明確的,**省**廳,那么他作為**大省的**主管部門他要解決什么問題?
這里我們一來有自己的經驗,二來我們通過多級別的用戶訪談后基本將問題定位在:
- 單位內多年來建設的各系統(tǒng)各自獨立,數(shù)據(jù)分散,包括部分數(shù)據(jù)文件還停留在文檔表格階段,信息化程度不高;
- 數(shù)據(jù)無法快速的獲取查看,每次都需要層層報送,面臨上級領導檢查也沒有直觀的演示;
- 對行業(yè)內的企業(yè)數(shù)字化管理手段缺乏,比如旅**賣了不合理的低價產品等;
- **作為**大省,如何從數(shù)據(jù)上反應拉動了多少經濟,其實就是如何體現(xiàn)領導在**方面的政績。
針對這些主要的問題,我們來最終確定產品建設方案,制定了1+3+N的系統(tǒng)方案,一個數(shù)據(jù)中心,3個應用系統(tǒng),N個業(yè)務主題。
數(shù)據(jù)中心解決數(shù)據(jù)采集、數(shù)據(jù)清洗、數(shù)據(jù)轉換和存儲,形成**數(shù)據(jù)中心,這里面包含多種采集方式,API接口傳輸,ETL數(shù)據(jù)加載,線下表轉換成jason文件入庫等。
數(shù)據(jù)中心架構再簡單介紹了一下,同時表示我了解大數(shù)據(jù)架構,但是具體工作是由技術人員負責的。
后面的問題感覺面試官是沒話找話了,感覺他們還是傾向于懂業(yè)務的技術人員。
珍島集團:產品經理崗
珍島集團之前我一直沒咋聽過,獵頭推薦過來時才研究了一下,他是一家做企業(yè)Saas智能營銷云服務的公司,遇到疫情的正面影響,做企業(yè)線上服務的業(yè)務模式擴張很快。
面試題1:如何做版本管理?
平常工作中,大家都會對產品進行版本升級迭代,但是各自的管理模式都不太一樣。這里我就根據(jù)自己的理解回答了一下。
版本管理只要是版本號和版本更新內容的管理。版本號的話一般包括主版本號、次版本號、補丁版本號。一般情況我們是2周一次版本沖刺。當本次版本包括一些重大功能的更新時,我們會更新主版本號,同時次版本號和補丁版本號清0.如果是一些輔助功能的更新,我們會更新次版本號同時補丁版本號清0.如果只是BUg修復,優(yōu)化類需求我們會更新補丁版本號。
版本的內容根據(jù)需求列表的優(yōu)先級來選取,一般一個版本解決3-5個需求,確保團隊在兩周內可以順利迭代一個版本。這樣團隊處于良性運轉,一個月,一個季度下來產品體驗也有不小的提升。
面試題2:如果讓你來從0到1做一款產品,你怎么做?
雖然自己從0到1做過很多款產品,但是都是項目類型的,而我的面試官我相信肯定是希望聽到一款市場化產品的方案,所以我臨時根據(jù)自己的知識結構組織了一下。
第一階段:產品靈感-創(chuàng)意開發(fā)階段。
產生初步的產品概念,這里可以是很多渠道產生的這樣一個產品概念,來自團隊的靈感,專家組對未來的預測,或者來自其他創(chuàng)意工具?!颈热鏢camper策略、Pestle分析等】
第二階段:產品定位-戰(zhàn)略及市場研究
產生了產品概念之后,需要對這個產品概念進行進一步的研究和驗證,盡可能地通過前期的研究降低產品失敗的風險。
產品概念研究包括產品目標用戶是誰?產品向目標用戶提供怎樣的用戶價值?產品向公司提供怎樣的商業(yè)價值?
產品市場研究包括這塊產品潛在市場規(guī)模有多大,目前有沒有類似產品,類似產品的市場滲透率怎么樣?我們進入市場的話需要突出哪些優(yōu)勢【是走成本領先戰(zhàn)略還是差異化還是細分市場戰(zhàn)略】等。
解答完以上內容可以對產品有一個基本的定位。
第三階段:產品范圍-基于產品定位的內容及功能范圍
在明確了產品定位之后,我們知道了我們要向我們的目標用戶提供怎樣的產品,來解決他什么問題或者帶給他什么價值。如果是軟件產品的話我們就需要確定產品內容和產品功能來滿足用戶需求??梢赃M行一些不同場景的用戶研究,確定產品需求邊界。
確定了需求邊界之后,按照不同的優(yōu)先級對需求進行管理?!拘枨蠊芾砜梢詤⒖伎ㄖZ模型、四象限、ICP等多種需求管理工具】排序。
第四階段:產品結構-基于MVP版本產品范圍
確定了MVP版本的需求列表之后,就可以進行產品結構層的設計了,可以利用思維導圖等方式整理出產品的功能結構圖。再將文字型的信息結構轉化成產品原型,大多數(shù)時候,需要配套進行產品需求規(guī)格的編寫,各類流程圖的繪制(業(yè)務流程圖、頁面路徑、功能流程圖等)。
第五階段:MVP開發(fā)上線
在產品原型及需求規(guī)格基礎上,會召開團隊會議進行需求評審,傳遞產品設計思路,確定技術實現(xiàn)方案。會議上團隊不同成員會基于自己的角色對方案提出不同的意見或者困惑。產品經理需要及時的調整原型或需求,團隊達到統(tǒng)一后進入視覺設計、技術開發(fā)、測試上線發(fā)布。
第六階段:從1到2到N
MVP上線后,可以指定運營方案快速投入市場驗證,并指定數(shù)據(jù)指標收集用戶數(shù)據(jù)。這些數(shù)據(jù)可以是用戶通過產品客戶端主動反饋的,也可以是通過數(shù)據(jù)埋點收集的用戶行為數(shù)據(jù)。主要用來指導后續(xù)的產品迭代。
這個問題答完,看得出來面試官還是比較滿意的,問了一下家住的遠不遠?老公在哪里上班之類的。這家也是我順利拿到offer的單位之一,個人感覺復試面一般就是過個場,主要一面業(yè)務技術面(一般都是直屬領導面)通過之后,只要你的情商表達能力沒有問題,復試一般都會通過,復試一般就是聊聊對公司的看法,個人的職業(yè)規(guī)劃之類。
現(xiàn)在公司(即將入職不方便透露):產品經理崗
公安安防領域的領頭羊,新三板上市公司??赡芨抑坝姓椖勘尘坝嘘P,整個面試過程比較輕松,面試題雖然答得不是很好也順利錄用了,ohoh打擊一大片,顯然經歷匹配很重要。
面試題1:如何管理需求?
本人工作中就是用最常見的在線excel管理需求,一般包括需求名稱、所屬模塊、需求的來源、需求類型、需求描述、提交人、提交時間、需求狀態(tài)、需求優(yōu)先級等。定期整理,篩選優(yōu)先級,需求評審投入開發(fā)。講完了之后感覺面試官如有所思,好像意思是我說了一句正確的廢話。
后來反思的時候覺得這里可能要展開來講講需求管理模型,比如ICE模型、卡諾模型,四象限模型等。如果講到了具體怎么區(qū)分需求的優(yōu)先級,似乎更顯得專業(yè)。
Kano 模型這是一個常見的需求分類模型,它將需求分為必備需求、期望需求、魅力需求、無差異需求、反向需求。
- 必備需求:當優(yōu)化此需求,用戶滿意度不會提升, 當不提供此需求,用戶滿意度會大幅降低;
- 期望需求:當提供此需求,用戶滿意度會提升, 當不提供此需求,用戶滿意度會降低;
- 魅力需求:用戶意想不到的,如果不提供此需求, 用戶滿意度不會降低,但當提供此需求,用戶滿 意度會有很大提升;
- 無差異需求:無論提供或不提供此需求,用戶滿 意度都不會有改變,用戶根本不在意;
- 反向需求:用戶根本都沒有此需求,提供后用戶 滿意度反而會下降。
面試題2:舉例說明如何進行用戶調研及需求分析?
問到這個問題只需要有良好的語言組織能力,把自己平常的做法說出來即可。我當時其實說的是有點亂的,事后重新組織了一下供參考。
用戶調研分析一般分4步走,第一步根據(jù)自己對某個業(yè)務的理解列舉調研提綱、第二步找相關人員進行深入訪談并錄音、第三步根據(jù)訪談結果總結業(yè)務邏輯及需求撰寫調研文檔、第四步向相關人員確認調研結果并文件簽字。
我以**項目的**局的投訴處理調研來舉例。我們首先會根據(jù)自己對投訴處理的理解列一個問題提綱。比如日常工作投訴數(shù)據(jù)的來源、投訴處理的流程、以及投訴處理要達到的工作目的等。然后我們找了日常負責投訴處理的科員進行訪談(包括事先準備以及隨著訪談的深入想到的),訪談內容會進行錄音。
通過訪談了解到他們日常需要登錄多個投訴系統(tǒng)分別處理,主要包含12345市民熱線,12301全國旅游投訴,政務網領導信箱。除了系統(tǒng)處理之外,還需要處理少量直接來訪投訴等。除了日常投訴處理之外,定期工作人員需要統(tǒng)計投訴數(shù)據(jù),進行數(shù)據(jù)匯總以及編寫投訴數(shù)據(jù)匯報。
通過這些主要信息,我們將需求總結為:多來源投訴數(shù)據(jù)的整合、投訴報告自動化。
還有一些通用的面試題:
- 離職原因是必問的,甚至有些獵頭推薦簡歷的時候就會備注。
- 對加班的看法?
- 你有什么優(yōu)點或缺點?
這類主觀題,自己可以結合自身情況稍微準備一下。
在最難就業(yè)季,如果本單位還行的話是不建議跳槽的,這個階段維穩(wěn)很重要,外面機會也不是很多,有的計劃也可以說競爭很激烈,聯(lián)通的崗位后來獵頭悄悄透露基本是10進1。
本人從事的是旅游行業(yè),遇到疫情可以說是很艱難,所以才動了換工作的想法,工作之余看看機會,基本都是以獵頭推薦為主,遇到跟個人經驗相符合電子政務行業(yè),上下班通勤方便,看來下財報盈利能力也OK的公司靠譜的崗位機會就從了吧。
本文由 @?一只魚拉拉 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議
哈哈哈哈我也跟你有相似的經歷!原先也是做的旅游數(shù)據(jù)政務項目,有機會可以交流下~!
我和你的精力類似,在加上你的昵稱,我感覺我可能認識你
請教樓主,項目型的產品經理跳槽C端的運營產品會不會比較困難
感謝分享!
旅游行業(yè)是OTA嗎?