面試一個產品經理(PM),如何考察他在交互與用戶體驗方面的能力?
最好能說一下提出什麼問題,以及期望什麼答案
面試產品經理和設計師都是一項挑戰,因為這都是實踐性非常強的職位。
推薦的一些考察方法:
1. 講述經歷:思考方式與細節
請他/她講做過的產品或設計,一項項講過去,針對這裡面可能出現的有特點的細節,問問是如何解決的,如何考慮的,追問細節,這裡面要特別注意思考的方式和框架,有沒有點子只是一方面,重要的是要有一個產品人的素養。例如,拿到需求,不是一上來就給出點子來,而是弄清楚用戶是誰、定義清楚問題邊界等等。對於細節,還要考察是不是有紮實的用戶體驗知識和經驗,看能否避免一些常見的錯誤。有些面試者粗看起來思維非常活躍,有很多想法,但是一問到細節,很多都沒考慮到,犯很多錯誤,自己還沒意識到,這樣並不能說這個面試者一定不行,往往可能有潛力,但能夠說明現在是在什麼樣的專業水平上。
2. 評估產品:感覺與積累
對於移動互聯網領域的產品經理或交互設計師,可以請他拿出手機來,聊聊上面的應用。一個產品經理或交互設計師,手機里一定要裝大量的應用,不斷的揣摩學習和積累,別把自己等同為普通用戶。這也提醒學生或入門的產品經理/設計師,量產帶動質變,多去體驗好的 App,留意 App Store 的推薦、新媒體的報道,或者關注「最美應用」微信賬號或者網站 http://zuimeia.com(利益申報:我們做的)等等。
然後,找一個應用(可能是他/她最常用的),講講這裡面最好的地方,最不好的地方,對於最不好的地方,如何改進。這個辦法,其他知友也有講到過。實際上包括 Google 在內的很多公司面試中都有類似的問題。一些面試者常犯的錯誤,仍然是沒弄清楚自己和普通用戶的區別,沒有從專業角度上來討論問題。例如,對於微信,別說「操作簡單」、「我周圍很多朋友在用,所以我也用」之類的,沒錯,但是如何體現自己的專業能力,面試官又該如何判斷呢?
這其中,還可以順便考察對領域與行業的整體把握、信息量等。
3. 聊聊合作:溝通與價值觀
以前和各種角色之間是如何合作的,遇到過什麼問題,應當如何解決。因為無論是產品經理還是交互設計師,一方面是設計或決策好用戶體驗,另一方面,是如何推動,將設想變為現實。因此這種推動能力很重要,而關鍵的要素是溝通的心態和能力。本質上,這也是用戶體驗或者交互設計專業能力的一部分。
價值觀也很重要,每個團隊都有自己的價值觀,這裡要看是否能融入進去。
面試並不能保證準確的識別出面試者的能力和素養,只能減少風險,真正是否靠譜,在剛剛入職的幾個星期內的考察非常重要。
---
現在我發起了一個聚焦在產品、設計(UI/UX)、運營學習的組織「互聯網學習圈」,未來希望能夠推動類似「信息時代的包豪斯」這樣的事情。
開放的社群:產品經理、設計師、運營相關專業學習和交流的微信群,加微信號 TellZoe ,會幫忙拉到相應的專業群里。
封閉的社群:內部講座、內推、和資深人士建立聯繫,http://t.xiaomiquan.com/vrn6AIm (可以複製到微信中發送給自己,再打開鏈接)
馬力的知乎文章索引:
https://zhuanlan.zhihu.com/p/25493627
吐槽部分:
居然全部是認為產品經理=交互設計師+用戶體驗師,汗
還不明白的可以去看這個問題:產品經理究竟是做什麼的?里@胡澈 的答案答題部分:
作為一個需要分析需求和市場,並提供解決方案的產品經理,我認為產品經理在交互和用戶體驗方面的能力,問一個問題就行:「你認為產品經理應該和交互設計師怎樣配合,才能做出最好的產品?」-------------------------------------補充部分:Q:不同的公司對職位的定位不一樣吧,有的團隊都沒有專門的交互,PM還是要懂一些交互的A:確實,不過術業有專攻,不要對產品經理的交互設計能力,要求的那麼高,畢竟不是專業的,如果你就是需要出原型要設計,那直接招個交互設計師就行了,幹嘛title非要叫做產品經理?Q:是你沒看清題目,人家問的是怎麼考察他在交互和用戶體驗方面的能力,而不是說他全部的工作就是交互和用戶體驗。A:同上,不是全部工作,而且僅是次要工作,幹嘛還要求的比本職工作還高?到底是在招什麼崗位呢這是?本題可以類比一下:「面試一個餐廳經理(RM),如何考察他在設計菜品和服務水平方面的能力?」Q:一個甚為奇怪的補充:「幹嘛要要求比本職工作還高」
若有人問:請問如何用電視機看圖片?下面有人回答:電視機的主要作用是接收電視信號,看圖片可以用電腦。這不是答非所問么。正確回答當然是:如果你的電視支持外接u盤,則將圖片考入u盤,插在介面處,並通過遙控器調出即可。A:我答題了,為避免誤會,我把答案分了塊。雖然,我看不懂你舉的栗子。只考察PM交互交互和用戶體驗,而已(此處就特指移動端)。
我的問題1,簡單說一下ios 7和安卓的理念和規範,入門考察;2,說一下我們用戶 (特指他要面試的行業,看有木有準備)的使用該產品的場景和流程;3,小問題,談一下卡片式設計(或者側滑欄,不要深究具體問題,多問他怎麼取捨)
4,在你常用的產品里哪些體驗好哪些體驗不好,怎麼改進;5,留份小作業:指定一個app(面試中間他提到的或同類不同個)的體驗報告,看能寫的多深;PS:只問手機里有哪些app常用的app,哪些好哪些不好----這些問題固然可以作為一個話頭不斷延伸去問,直到看是真相。但太考驗面試官的經驗,有點「道」的感覺,我辦不到實質性的判斷無法通過面試一下子判斷出來,因為產品經理本來就不是一個類似程序員一樣對錯分明的職位,但是可以通過一些問答手法嘗試試探這傢伙是不是懂行的人,這樣最起碼可以避免招到混子。
1,比如可以問一問,最近你們所做項目的行業動態,試探對方是否了解- 個人感覺一個好的產品經理是跟著產品類型走的,例如做金融產品的產品經理如果去做工具產品,應該就是個二把刀。所以,待遇可以的前提下,產品經理更願意選擇自己熟悉或者感興趣的行業的產品去做,這樣會輕車熟路。
- 哪怕是不熟悉但是感興趣的產品,合格的產品經理也會經常性習慣性的閱讀行業動態,把玩這些感興趣的產品,不會一無所知。
2,如果可以的話,現場考察構建原型的功力也是可以的。
- 一張白紙,一隻鉛筆,一個小時,構建出一個小的手機支付系統的閉環,告訴對方不必百分之百的完美,做成什麼樣子都無所謂,關鍵是看一看這個人是否善於獨立思考,因為產品設計的過程中,經常要進行聚類分析,如果是一個了解你們項目類型的產品人員,腦子裡應該已經有很多行業內的競品的影子了,大致搞出來一個線框圖應該不算難
- 項目中的產品經理大致都需要構建原型,原型設計需要良好的邏輯能力,例如頁面刷新,緩存處理,初始值,極限值,溢出狀態等等,這些都需要此人有良好的邏輯處理能力,而不是畫個大概就扔個設計師和程序員開始搞,那樣會導致需求不清晰,後期改動無數,影響進度
- 其實,很多基層的設計師和程序員對糟糕的產品經理的線框圖都已經習以為常了,大部分都靠蒙和猜,更別指望每一個頁面都有很好的邏輯標示了,但是這是不對的,大家猜對了,就不用改,猜不對,產品經理看到了,就是「這裡改一改吧!」,這就是項目資源浪費的罪魁禍首!
- 其實,真正考慮到 100% 是不可能的,但是可以儘可能的做到完善,經驗越豐富,處理的就越好,不會讓項目資源浪費,大家白白瞎忙
- 例如聊一聊:「我們現在的推送第三方是極光啊,感覺沒有個推好用啊之類的...」
- 如果你的產品側重於普通用戶群體,那麼建議設計和各種前端均可
- 如果你的產品是大型複雜的系統,那麼後台程序員比較合適
- 我覺得,產品經理屬於半個管理的角色,沒有實戰在一線的工作經驗,如果對團隊的進程有相對的掌握?
- 如果說:「我更懂用戶。」我認為是天方夜譚,我還說我懂用戶呢!
- 而且根據我幾年的工作經驗,得出的結論,用戶體驗這個詞是個絕對的深坑,所以請不必深究
- 建議不要考察什麼,需求分析,查找痛點,用戶體驗,這些東西太玄乎,難以服眾,也沒法考察,我認為找個實實在在的工作質量高的產品經理最靠譜
- 再能分析,也敵不過一個能讓全部團隊成員舒心工作的人,而且大方向的分析,本來就不是一個產品經理所能決定的,需要所有人在一起討論才可以
- 而且,相信一個工作質量高的產品經理,對於那些玄乎的東西,也會有不同程度的關注,從而潛移默化的進行在工作中
問他手機里最喜歡哪幾個軟體,為什麼喜歡,好在哪裡,有沒有不好的地方,怎麼改進,這些改進能帶來什麼後果。
一招鮮。Good night ... a-ding-ding-ding-ding-ding-ding-ding, a-good~~night~~a-ding-ding-ding-ding-ding-ding-ding
說正經的,具體的做事能力我覺得很難在面試裏看出,所以面試看看品味好了。只要閒聊就能大致瞭解。@安雅 的這個面試問題很好,我經常使用,真是屢試不爽,不管求職者有準備還是沒準備,如果有準備,可以看他的邏輯,如果沒準備,看他的誠實。
順著@安雅的回答補充一下:
我曾經在一個產品培訓後,模擬面試了一個即將畢業的小女生,描述如下:- 舉例你手機中最常用的5個軟體。(考察統計和記憶能力)答:xx、xx、xx、xx、xx (然後看這幾個軟體是否在home屏,如果不是,追問為什麼,追問主要看其管理文件的習慣,防被求職者忽悠)
- 舉例你手機中,你認為做的很不錯的一個軟體,一句話描述打動你的原因?答:path(新版) ,小圈子的這種形式很新穎,它不能無限加好友是一種創新
- 你認為他解決了什麼用戶群的什麼需求?balabala
- 你的path有多少好友?發過多少東西?5個好友,發過x張照片
- 為什麼只有5個好友,為什麼你認為很好的東西,你自己都不向身邊的人推廣?原因balabala (但實際上,並沒有到點上)
- 說出你認為打動你的3個功能點?balabala
- 有什麼改進點?如果你來做,會怎麼做?
- .....
就這個案例來說,第4條問題的回答後,後面其實不用進行了,你要一個只有5個path好友,只發過個位數照片的用戶來說後面的問題,基本上是瞎扯了。
------------
對面試官來說,你要比求職者更了解,才會更讓求職者信服。這個求職者提到的軟體,我都嘗試過,也去了解了一些推廣的歷史,這樣不至於被忽悠。如果對方舉出的例子是你沒碰到過的,其實也是同樣的套路去問,但回來後再去驗證一下是否正確。對求職者來說:一定要說最了解的內容,如果為了回答而回答,不懂裝懂很容易被質疑而最後歸結為態度問題。
人家是產品經理,你考人家交互幹嘛?
只要確定他能聽進專業意見就好了。我最常用的問題是:
你從業經歷中是否有如下的案例:你與負責交互設計的同事意見相左時,最後你認同了他的看法?請告訴我你們具體溝通的過程和決策的理由。如果是應屆生:
在你過往的生活中是否看到過你認為非常糟糕的交互設計?告訴我,你認為為什麼他們會採納這麼糟糕的交互設計,背後有什麼道理么?產品經理在這幾個問題上應該表現出對專業人士尊重,並且能夠有獨立的思考和判斷。我個人採用的標準時:
在需求理解上堅持自己的觀點,在專業設計上尊重同事觀點。供參考。給他出道題,讓他畫原型。通過原型你可以一目了然的知道他對交互設計的理解;如果你想知道他對信息架構的理解,就讓他畫腦圖。================================補充回答=====剛才答的時候已經下班了,急急忙忙寫上幾句話就走了,沒看清lz還要寫上期待的結果,所以把回答再完善一下。考交互設計,畫原型是個很好的方法。你也可以採取交談的方式,但是交談的弊端在:1應試者出於尊重考官的考慮未必會滔滔不絕說上很多,2有些人敏於行而訥於言,3有些事該說,有些事兒該做,非要讓人把該做的事情說出來未必是好的方式。對於畫原型的題目,應該符合這樣幾個特點:1是典型的應用,比如登錄。避免出現因為使用情境過於特殊而導致應試者與考官在理解上有所不同;2流程和界面都簡單,比如登錄。過於複雜的應用情景會讓應聘者把精力都放在設計流程和界面上了,而不是交互;3交互方式豐富,比如登錄。可以考察到盡量多的常見交互方式。你可以看到我很推崇用登錄進行測試,事實上我的筆試題就是設計一個登錄:他很典型,如果有應試者對登錄的理解與大眾不同,那他不是個千年的天才就是個不可救藥的笨蛋;又很簡單:兩個輸入框一個按鈕;但是交互內容很豐富,我們可以觀察應聘者如何設計標題,如何排版輸入框與輸入框名稱(就是「用戶名」、「密碼」),如何展示默認提示語,如何展示錯誤提示語,如何為用戶提供反饋,如何進行無錯設計等等。當然,這種題目是不會有標準答案的,我們只能有一個大致的評價依據:合格級別:交互要素齊全,擺放位置合乎邏輯良好級別:合格級別+交互方式符合潮流+邏輯流程設計合理優秀級別:良好級別+細節考慮到位+有令人眼前一亮的感覺天才級別:優秀級別+交互方式創新且符合交互場景需求
想要個UE的話,幹嗎給出PM的頭銜。雖然說PM需要點上雜七雜八的技能點,但是核心天賦不點滿的話,終究不能帶Team打戰場,參與團戰啊。吐槽完畢,當然也有方法:向面試者要一份手稿或原型,基本就能看個七七八八的大概了。
其實要學會一些理念,一些潮流,很容易。
首先,優化用戶體驗,無他,照抄同行就可以了(照抄完嫌不過癮,那就反覆地想,慢慢地補,所謂用戶體驗問題,無非就是那樣)。考察一個人在用戶體驗方面行不行,前面很多人已經羅列了很多方法,你不必多想了,照抄就可以了。
我這裡歪個樓,我覺得滿腦子裡只有用戶體驗的,根本不應該做產品經理,應該去做設計師。產品經理基本的能力有兩個,一個是判斷力(針對目標判斷方向),一個是執行力(推動自己和別人幹活)
產品經理必須會盯細節,但光會盯細節,那就是設計師,因為設計師不必考慮產品未來的前途,不必考慮生存問題,只管完美體驗……
所以,與其考察什麼用戶體驗問題,不如考察其對市場的敏感度,他考慮市場問題時的邏輯性,看問題能不能看到本質,是否盲從流行的觀念,他做判斷時用到的道理是他自己想清楚的,還是流行的觀念。
不能做創新的,不能算產品經理。優化產品體驗,不一定需要創新。
有的人可能會說,不見得什麼事都要創新啊,不能為了創新而創新啊。
試問不創新,怎麼用更少的資源取得更大的勝利?
拼爹?是的,牛B公司資源好,產品的爹不是產品經理,是互聯網大佬,跟隨策略活得好。可是哪能大家都拼爹呢?一個人的判斷力,大概可以從他的理念看出來,一個人的執行力,大概可以從他的性格氣質看出來,但都是大概。
所以,說來說去,其實我也不知道判斷一個人整體能力的具體手段,,摺疊我吧。不管問產品經理交互問題,還是問交互產品問題。都建議用一個實際的最近的案例來說,不要一味追問過去三個月以前人家是怎麼解決了什麼難題,那樣的話就是首先考驗的記憶力。準備一個你實際遇到的問題,平等的聊聊,而不是拷問。
PM,不主動思索算合格么?面對一個問題沒有思路算合格么?
所以面試PM,就問一些沒有或者不常見的問題,讓他回答。(至於問題舉例?你作為PM的面試官,你自己得做得到上面這些吧?做得到你還怕找不到問題?合格的PM面試官,應該見獵心喜,一堆問題巴不得和候選人交流呢。)好吧,舉個例子:掃描二維碼登錄網頁版微信,如何實現的?不需要標準答案,主要看思路,明顯胡說八道的就讓他回去等消息吧。【寫完發現問的是交互和體驗,那當我沒說】之前有人回答的很好了, 我覺得就是從工具的使用入手, 就能看出細節,交互的細節,例如說過的用axure做一個登陸, 或 用其他的軟體做一個文檔. 在做的過程中就能看出對功能細節的把握和對工具的使用掌握情況. 工具都用不好更不用談細節了. 靠說是無法看出來的.就要問一下細節是實際操作就能很容易看出來.前提是面試官要懂該工具使用
去年我在雷德蒙面過Excel和Office365部門的產品經理職位,和大家分享幾個當時的面試題
在Excel因為面的是下一代Excel的開發團隊,所以有一個問題是
「如果讓你來設計Excel App on mobile phone,你會怎麼做?」我的回答主要兩點1. 功能上做減法2. 和客戶場景結合的app主要思路是Excel發展到今天功能過於複雜強大,如果考慮移動平台的用戶,第一步就要做減法捨棄大部分不適合在手機上使用的功能,第二就是和具體的客戶場景比如旅遊、記賬結合,讓Excel解決實際問題,當時主要在白板上畫了一下大致的場景故事和流程及界面。其他遇到的類似設計問題還有 「如何在手機上為家庭婦女設計一個購物清單類app」, 「如何為中學設計一台自動販賣機」,「如何為你的社區設計一個公車站,」「如何在手機上設計一個拼字遊戲」 (這個問題需要回答具體的演算法,如何設計單人遊戲和多人對戰部分,如何在市場推廣該遊戲等等)個人覺得你可以這麼問一個面試者,但有的時候並不能反映對於用戶體驗的理解 而且 一旦陷入設計細節無法自拔 我想已經脫離了產品經理本身的範疇了 最重要的還是結合 產品和公司
、市場的定位來進行 產品決策 用戶體驗 應該和交互設計師配合討論完成 更為合理 如果說功能層面 那麼一個有經驗的產品經理
都可以完美複製微信但要問 為何作微信 怎麼個做法
怎麼個玩法 估計很多人就傻了
打開他攜帶的筆記本,看看他的電腦桌面是不是一大堆亂的。
然後看看他的 硬碟文件,有沒有整理的很整齊,還是文件亂放的。-----------------------------------
補充下:我看員工寫代碼的質量,基本上只要看一眼員工的電腦桌面就行了。代碼質量亂,控制項不改名,沒注釋的員工,電腦桌面都亂糟糟的。----------------------ps: 投反對票的,肯定是電腦桌面亂遭遭的,被戳中要害了,哈哈給他一個空調遙控器,讓他挑出毛病,然後給他看歌華電視機頂盒及遙控器,讓他好好改。
題目:給他一張複雜的地圖,去掉地名,最好是不熟悉的地方,告訴他客戶現在在A點,你希望讓客戶到B點去,請他告訴客戶如何到達,設計出他的方案。他有的工具僅僅指示牌。
答案:因為他很容易看到路徑(交互設計的目標他事先是知道的),如果能用最簡單的路徑以及清晰的思路來設計,說明他在這些方面是有感覺的。沒有百分之百靈驗的辦法。尤其是通過一次面試就要總結得出結論來。還是建議問經歷的某一個特定項目,詳細的問設計的過程(偏重於體驗、交互方面詳細問)以及如此設計的初衷(看他是否能輸出理論、總結經驗等)。或者針對一個假想的某個應用,問他設計的思路(可以了解他設計產品的思路、習慣)。有人喜歡問某個常用的應用,這不是個好主意。因為說的不到位,也只能說明他沒有認真研究該應用(解決哪些需求)和他沒思考過這一個應用該如何設計,但並不意味著他本身不具備好的設計能力。
推薦閱讀:
※關於發現需求、篩選需求和設計產品,有哪些成體系的方法論?
※策略型產品經理和設計型產品經理有哪些異同?
※iPhone 和 Android 產品經理有哪些異同?
※如何在一個聲名狼藉的行業里建立自己的美譽度?
※產品上線後產品經理扮演的是什麼角色?是PM主導後面的運營,還是給運營部打輔助當奶媽?