如果由你面試一個產品實習生,你會問哪些問題,考察他哪些方面的能力是否符合公司和你的要求?
作為實習生,不是正式員工,不是產品經理,所以問題的深淺的話看你自己對他的定位
你會怎麼對待這個實習生?
如果你們公司是打算培養他,打算等他畢業留下他來繼續產品的工作,那問題就側重在問他的潛力,這樣可以聊他的未來的發展意向,他對自己的人生規劃,他的邏輯能力,他對目前互聯網產品的一些看法,他自己有特別喜歡哪方面的技能,自己喜歡關注什麼樣的產品等等
如果你們公司只是想找個實習生幫忙,那就看他是否細心,最近功課忙不忙,有多少時間來做實習,在學校擔任過什麼職位,是否具有溝通協調能力,他為什麼做這份工作,然後比較詳細的和他交代下工作的性質,比如工作內容是比較繁瑣的或者重複的,看他的反應,希望他能耐得住寂寞,很好的配合其他員工完成任務等等問題1:為什麼想做產品?問題2:怎麼看運營和產品的關係?問題3:如果現在要你做一款XXX的產品,你覺得你會從哪幾個方面著手?問題4:XXX產品上線了,你如何知道產品的不足,怎麼去解決?然後,閑聊。
1. 實習生看周期,如果周期長,聊得可以簡單一點,漫無目的地聊最好,因為可以全方位考察他的能力;如果周期短,則聊得直接一點,有什麼能力,能幹什麼。2. 產品的實習生,基本會從以下幾個方面去問 做產品的目的 對產品這個職位的了解程度 給你一個小項目,你會怎麼去理解和思考
給你兩天時間,調研XX網站,寫出你的想法和改進意見
主要三大能力:1.策劃
策劃不是想當然,需要前期的各種分析,要做什麼為什麼要這麼做,怎麼做?都需要深入仔細的思考。你有想過為什麼蘋果手機只有一個按鈕嗎?為什麼要有這個按鈕呢?沒有行不行?有兩個行不行?
需求後,你也要分析,這個需求上線後數據咋樣,達到我想要的效果了么,如果沒達到為什麼?要怎麼進一步優化?
主要是對大方向的把握、對細節的重視、邏輯是否清晰、對數據的意識、對用戶的理解
2.溝通
這裡的溝通包括:
需求策劃之初團隊的溝通,要和相關人員通過氣,大家基本都覺得方向沒錯,再開始。此部分還包括項目中期的進度彙報,項目完成後的各種總結啥的。
策划過程中和用戶的溝通,東西做給用戶用,當然要了解用戶的想法,當然由於條件有限如果不能單獨和用戶溝通也可以通過各種渠道獲得用戶的聲音,比如論壇、微博、客服等。
和設計、開發、測試的溝通,人家幫你把這個東西實現,當然他們也要懂需求,不然做出來的可能又和你當初想的不一樣,那就很麻煩呢~在這個過程中你自然也會受到非常多的質疑,這個時候就需要PK思想,作為產品你得把人家說服了呀,如果真的沒說服就要反思為什麼無法說服,是不是產品本身的設計出了問題。
和相關團隊的溝通,很多時候一個需求需要多個團隊配合,這個時候就涉及跨團隊溝通過。
主要是口齒伶俐、言簡意賅、能抓住重點、會傾聽、最好幽默風趣,能聊天(拉近距離嘛)
3.執行力
我單獨把這塊拉出來,這是執行力很重要的一點。
因為工作中你會發現溝通完了可能也不給力,人家會忘記,會誤解,所以你還得馬不停蹄的跟進!即使產品上線了也不能鬆懈,需要校驗需求是否達到預期,如果沒達到,為什麼,還需要怎麼優化。
主要是鍥而不捨、吃苦耐勞、細心之類的
當然除了能力之外,面試官會比較在意你的簽約率,而影響簽約率的其他因素包括:
男女朋友是不是跟你在一個城市工作?
你願不願意來公司所在城市?實際上現階段乾產品不需要強大的技術能力,也不需要設計天分,也不需要天花亂墜的文筆。team work是產品經理初級階段必須要的。包括溝通能力,承壓能力,管理能力。
一個很好的case是群面中不斷冒出很好的idea但是沒把自己組當成一個team的沒被選中,另一個平凡但是短時間讓其他陌生人發動腦筋團結互助的角色被選中了。有時產品需要geek這樣的類型才能誕生偉大的產品,但是中國的產品經理更多在處理領導和技術的人的問題,而不是需求的問題,大部分時間做的重複零碎的事情,換個圖片要寫個需求找人安排,調個頁面樣式寫個需求驅動下,創造的時間是很少的,難免平庸,事實上卻要的就是這樣平庸的人。不求能幹,只求實幹。說了這麼多廢話,兩個字母就可以總結了:EQ。吸納新鮮血液對公司成長和人員儲備是不可或缺的,不同公司的選擇、評判標準不一。
我來面試,主要圍繞以下三點來判斷:A 邏輯能力強
B 關注細節
C 能站在用戶的角度想問題就公司而言:執行力和商業感會重要一些就產品從業人員而言:側重考慮思維力和洞察力就我的角度而言:興趣和激情直接影響今後合作及共事漫無目的的聊天也是一種方式。正兒八經的問,反而覺得死板。
你不知道他將來怎麼樣,但你可以問他過去遇到一些問題是怎麼解決的。看這個人是不是把所有的功勞都記在自己身上。能否與人合作。
推薦閱讀:
※公司要推廣網站,有什麼比較好的地推方式么?
※精益產品探索以及思維導圖學習?
※有哪些在國內鮮為人知,但卻非常值得一試的國外應用?
※哪些設計細節會讓前端工程師很糾結?
※PRD 應該追求簡潔易懂,還是精準細化?