面試后臺產品經理應該考察什么?

24 評論 69786 瀏覽 781 收藏 11 分鐘

隨著產品經理崗位的成熟化,細分方向越來越多。從產品線宏觀角度看,“后臺產品經理”已成為很多公司的標配。但對于沒有經驗的公司,如何招到合適的后臺產品是個難題,作為一名做了多年后臺的老產品汪,今天就來聊聊這個話題。

首先,本文所指的“后臺產品”崗位,是個宏觀概念,范圍囊括:

  • C端產品的后臺產品線。如內容管理系統(CMS)、數據統計系統、用戶管理系統、訂單管理系統等。用于滿足對C端產品的業務支持。
  • 企業的業務處理后臺。如OA系統、ERP系統、財務系統等,主要滿足企業內部業務運作需求。
  • 面向B端用戶的企業級服務產品。如廣告系統(DSP)、虛擬主機系統(XenServer、VMware ESXi)、云主機管理平臺(阿里云)、各種云SaaS。
  • 以及工具為主的平臺級產品。如、第三方數據系統(Talkingda、友盟)、站長工具、第三方媒體開放平臺、各大互聯網公司的開放平臺(地圖開放平臺、點評開放平臺、微博開放平臺等)

那么,具體到面試環節,應該如何考察候選人的能力呢?我認為可以從以下幾個角度:邏輯思維能力、業務理解能力、分析需求、解決問題能力、宏觀思考能力、溝通能力。下面依次展開說明:

1、邏輯思維能力

邏輯思維能力可以從2個點考察,第1是如何開展日常工作;第2是如何分析解讀自己負責的產品。

1)如何開展日常工作

對于邏輯清晰的產品經理,會有條理地描述。比較好的答案是:

我的日常工作包括:需求溝通、需求管理、產品設計、項目排期、項目跟進、線上問題跟蹤。

  • 需求溝通方面,主要是和業務方、和銷售收集產品的問題和客戶需求;
  • 需求管理方面,就是把溝通收集的需求放入需求池,按計劃挑選合適的需求實現;
  • 產品設計方面,就是針對挑選的需求,產出產品PRD;
  • 項目排期方面,主要是和相關設計、開發、測試人員評估開發成本和上線時間;
  • 項目跟進就是項目管理,包括開發進度跟蹤、保證上線時間、協調項目問題、提前規避風向;
  • 線上跟蹤,主要是收集使用反饋,思考更優方案并錄入需求池。

也就是說,分門別類,有理有據,條理清晰為優。

2)如何解讀自己的產品。

對于自己負責的產品,希望候選人能很清楚地為負責的產品做一份產品分析報告。案例如下:

“我做的是一款數據分析平臺,目的是為各類App提供統一的數據統計可視化服務,類似友盟、百度統計。

產品目標:為網易內部移動產品,尤其是網易新聞,提供從數據采集、數據統計、數據可視化、數據多維查找、數據導出等服務,一方面為了信息保密,一方面為了提高數據分析效率,還有就是為了方便定制化開發。

產品用戶:包括:網易新聞的運營、編輯、渠道商務、產品經理、交互設計師、開發以及各業務線Leader等,凡是對移動數據有需求的網易同事都是我們的用戶。

產品定位:大數據可視化平臺。

解決需求:主要解決的是數據查詢需求,進一步希望通過數據解決問題,挖掘需求,提高運營效率等。

產品主要功能模塊:數據Dashboard概覽、各平臺的核心數據查詢、渠道數據查詢、設備數據查詢、留存數據查詢、用戶數據查詢、自定義事件數據查詢、內容定制數據查詢等

行業競品:友盟、Talkingdata、百度統計、騰訊移動平臺等。

產品特點:安全性高、查詢效率高、可自主定制插件”

2、業務理解能力

所謂業務理解,就是你負責的產品所在行業,需要產品經理有清晰的認知。尤其是一些垂直的B端產品,更是業務導向。

比如電商后臺,就可以細分為:支付、供應鏈、物流、倉儲、數據、財務、商品管理等等,越大的電商平臺越復雜,如果你之前做過這樣的產品,希望候選人能“清晰”說出業務流程。但有一點要記住,要以“外行人能聽得懂”的方式描述,尤其是跨行業的面試,大量的術語外人是不懂的,需要你根據自己的理解對業務流程進行”再加工“,這同時也考驗產品經理的表達和溝通能力。

舉個真實案例,之前面試了一個京東負責“揀貨系統”的產品經理,她并不是一上來就說我們提供了智能揀貨功能,把原來的二級分揀機制縮減為一級等等,而是先解釋了什么是“揀貨系統”,貨物從哪兒來,從哪兒揀,揀完了從哪兒出,揀貨系統的目的是提高揀貨效率,原來的二級分揀有哪些缺點,通過了什么方案改進了這個問題效果如何等等。非常清晰。

3、分析需求、解決問題能力

這一點主要考察產品經理在收到一個業務問題后,是如何進行需求溝通、需求判斷、需求分析、需求方案制定的。尤其是復雜邏輯的后臺產品,很多時候用戶是不懂的,很可能一句話就要涉及海量變更。因此要求產品經理能夠在面試時,表現出自己并不是被動接收需求,而是根據自己的經驗判斷,挖掘業務方需求背后的問題,以更優方案為其解決問題。并能在面試時舉出這樣的例子。

如果你在招聘CMS產品經理,可以在面試時候問他:“如果有個編輯找過來,想說做一個移動版CMS,你怎么辦?”如果直接按他說的做,可想而知工作量有多大,通常這種情況,要么就是一句“不好做”懟回去,要不就是陷入討論實現細節的泥潭中。

但其實你應該先問一句“為什么你需要這個功能?”。也許只是因為他習慣在公司寫好文章,想在路上發布出來,那其實他真正想要的是定時發布功能,而不是移動CMS~當然這只是舉個例子,實際情況還需要進一步溝通討論。

4、宏觀思考能力

所謂宏觀思考能力,是指產品經理在規劃產品功能時,能以系統化,全局化的角度考慮問題。

比如如果你的候選人是做電商后臺的,涉及訂單功能時,如果系統要新增一種商品類型,那到底是需要把現有訂單多加一個字段復用呢?還是要把現有訂單表拆開,每種訂單單獨統計,最后再以映射表合并計算總訂單?不同設計思路,可以考驗產品經理是否具有宏觀思考能力。

5、溝通能力

溝通能力的考察,其實是融合在上述4個能力中的,尤其建議考察候選人在溝通過程中的表達能力,通過設問一個大問題,層層拆分小問題,每一個小問題都需要能有一條主線,梳理出前因后果為優。

比如你可以開始問一個開放性問題——你覺得你適合做后臺產品經理么?回答通常是“是”,那可以繼續為“為什么你覺得你適合?”,需要候選人能舉出幾個關鍵點,比如我比較喜歡邏輯思考。那么繼續問“為什么你覺得邏輯思考能力強適合做后臺產品?”,然后針對幾個原因,再追問“能舉個例子么?”,如果候選人每次回答都條理清晰,那說明是OK的。

以上是我在之前作為被面試者,和面試官的綜合感受,這篇文章也同時送給所有需要后臺產品經理,和正在面試后臺產品經理的人。對此你有什么經驗么?期待你的留言與我分享~

#專欄作家#

申悅,人人都是產品經理專欄作家,36氪產品總監,微信公眾號:互聯網悅讀筆記(ID:pmboxs),每天思考一條產品運營方法論,歡迎你來和我共同學習進步~

本文原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 我也是做了N年的后端產品經理,但是我不得不說,你上面說的一些面試問題,我真的還不一定能回答上來,產品做多了,有時候都會覺得麻木,感覺有些功能點就應該是這樣做的,問為什么,其實心里真心不知道,好久沒有對自己的一個反思了,還是要謝謝這篇文章,讓我對自己有一個重新的認識

    來自上海 回復
    1. 同感

      回復
  2. 我想請教一下4.宏觀思考能力也是產品經歷需要考慮的嗎?

    來自北京 回復
  3. 服務器框架也要后端產品設計么?

    來自河南 回復
  4. 今天看了好幾篇關于面試的文章,其中能引起共鳴的都是你寫的。閱讀過程中也在回想自己在當面試官時的不足,以及后續要去面試時要如何將自己客觀的表達出來,受教了。

    來自陜西 回復
  5. 面試官的連環套,,,要做好充足的準備,不然就會被自己坑。

    來自北京 回復
  6. 把面試官帶到你的套路中來,一步一步的引導,自然水到渠成!其實就跟你做產品怎么引導用戶一個道理

    來自上海 回復
    1. 可以,很強的套路

      來自廣東 回復
    2. 哈哈牛逼,引導面試官,跟著你的套路走。

      來自廣東 回復
  7. diedai

    回復
  8. 想請問一下,在設計后臺數據查詢功能的時候;我們是將多個業務模塊合并在一起做查詢呢?還是說單模塊單獨去設計呢?通過和技術的溝通他們都認為單模塊設計比較好,但是從業務方來說的話,如果一張表可以得到所有的數據,為何要多張表去看呢;想請教一下,那種方式比較好?

    來自浙江 回復
    1. 單模塊設計比較好,這樣后期既好根據業務變化調整統計點又好校驗,也可減少數據錯誤,畢竟包含的數據點越多,維護成本也將越高…

      然后可以把單模塊的相關數據作為底層數據,根據實際需求把核心數據匯合成一個報表,供相關人快速查看

      回復
    2. 同意你說的,單模塊查詢SQL復雜度低、易維護、查詢效率高。 多模塊聯合查詢涉及的表多,字段關聯關系復雜,同理sql腳本、代碼維護成本高,且查詢效率低下影響用戶體驗。 如果確實業務需要多模塊合并的數據作分析,可以考慮報表形式體現,將多表的數據通過視圖或其他計數方式,T+1的方式匯總到一張視圖或數據表中,在直接查詢。 另,設計實時統計報表時也要注意查詢效率的問題。

      來自陜西 回復
    3. 求教:將多表的數據通過視圖,T+1的方式匯總到一張表,是什么意思?是說:把賬戶系統中的表、訂單系統中的表等通過賬戶ID等整合到一張表中么

      來自北京 回復
    4. 不好意思,半年了才看到你的提問,這里是我沒有說太清楚。 意思是說如確實有多表查詢的需求,可以犧牲實時性。用定時任務(例如,每天凌晨1點執行)進行查詢的執行(執行的時間條件是前一天),再將查詢結果存儲到另外一張數據庫表A中。 然后在后臺做個頁面是針對數據庫表A做的直接查詢,這樣不會影響查詢時的速度,但是會影響數據的實時性。 這樣在早上9點上班后,用戶通過頁面查詢速度可以保證,但是只能查詢當天日期減一天的。

      來自陜西 回復
    5. 不好意思,半年了才看到你的提問,這里是我沒有說太清楚。 意思是說如確實有多表查詢的需求,可以犧牲實時性。用定時任務(例如,每天凌晨1點執行)進行查詢的執行(執行的時間條件是前一天),再將查詢結果存儲到另外一張數據庫表A中。 然后在后臺做個頁面是針對數據庫表A做的直接查詢,這樣不會影響查詢時的速度,但是會影響數據的實時性。 這樣在早上9點上班后,用戶通過頁面查詢速度可以保證,但是只能查詢當天日期減一天的。

      來自陜西 回復
  9. 對于一個后臺產品汪,面試被問到PV,UV,日活,月活,吧啦吧啦一堆數據,你們怎么看

    回復
    1. 說實話,我也無法正?;卮穑话阏J為這是作為C端產品經理更需要關心的一個點

      來自上海 回復
  10. 我能說后臺,前端一個人做么?

    回復
    1. 大公司的產品經理還不寫需求文檔,畫原型呢。小公司產品經理都要干啊。

      來自四川 回復
  11. mark

    回復
  12. mark

    回復
  13. 其實說白了就是要有理有據,設想會問到你的每個問題,并做好充足的準備,如同打仗一樣,也要對自己夠了解。

    來自浙江 回復
    1. 是滴~get 到點了??

      來自北京 回復