產品經理面試題|需求和項目管理的8個問題除了必備的產品技能之外，作為產品經理的你需求管理、項目管理是否過關，也是檢驗是否是優秀產品經理的標準，面試過程中不免也會被考察到。關于產品經理常見面試題目，本次整理“需求/項目管理篇”，希望對你面試時有所幫助。01你的產品需求來源？產品需求的來源大致可以分為4個維度：人員反饋：老板/領導（一般是公司的戰略規劃或者業務的發展要求）、業務方（公司內部人員，包括運營、財務等）、客服、用戶反饋、自己的規劃數據分析：產品功能的使用情況，一般是產品后臺數據、第三方埋點數據調研反饋：市場調研、用戶調研、公司內部業務方調研競品分析：通過直接/間接競品的產品功能對比，或者與競品公司在市場上的優劣勢對比等02你是怎么評定產品需求優先級的？比較常用的工具有馬斯洛模型、Kano模型、四象限法、二八原則等，選擇適合自己的才是最好的。但是使用這些工具的前提，還是要通過不同維度去結合分析，我一般會從三個維度去分析，研發和運營成本、影響面（包括影響程度和影響范圍）、給公司帶來的收益（因為筆者做的后臺產品，對用戶體驗要求沒那么高，你若是做的C端產品，可以把用戶體驗這一維度加上）。舉個例子：影響1w人的功能，平均每天使用1次，和影響1k人的功能，平均每天使用1k次，投入的研發成本是一樣的，肯定優先解決影響面大的需求。03如何辨別需求的真偽？《更快的馬與福特汽車》和《用戶與音箱》想必大家對這兩個經典案例都耳熟能詳，其實最根本的還是你要深層次的挖掘用戶的需求，有時候用戶說的并不是他想要的。范本示例首先我會明確需求的來源，是公司業務方的專員，還是業務方的領導；是外圍用戶，還是專家用戶；是一兩個用戶，還是大部分用戶（二八原則）。比如業務方的專員他對業務的理解程度肯定不如他的領導，所站的高度不一樣，需求的價值也會不同。每當接受到一個需求的時候，我至少會一步一步的多追問幾個為什么，再加上多方面了解，在不斷刨根問底的時候，有時也會有意外的發現04如何將用戶需求轉化為產品方案的？這個問題和上個問題有點類似，用戶通常提出的需求是基于某種場景下提出的，可能考慮的并不成熟，這個時候就要你深層次的挖掘和分析。分享給大家高一個level的方法，面試官會瞬間感覺你高一個逼格——”HWM分析法”意思就是“Howmightwe我們可以怎樣”，我們大部分人面對問題時的解決思路是直接給出解決方案。而這種方法可以有效的幫助我們打開思維定式，而不是局限在具體的解決方案里，它的核心重點在“我們”、“可以”、“怎么樣”，先最大范圍的搜集產品的所有可能性，然后抽象出這些想法背后隱藏的核心概念和產品需求，再整理出具象化的產品設計方案，最后形成可視化的PRD。大致流程如下：這個方法對產品創新也有非常大的幫助，不過這個方法要經過長時間的練習，才能逐步培養這方面的能力，長久堅持下去你的思路會如潮水般涌來，堵都堵不住。05你是如何做產品版本規劃的？面試官是想了解你的產品規劃能力，或者你有沒有站在更高的視角思考過未來產品的規劃。范本示例我會不定期的對產品的現狀進行梳理和總結，理清楚產品上線后的效果和接下來的方向應該怎么走：月度數據分析：對產品線上的數據情況進行分析總結，依托數據規劃接下來要做的事情；需求匯總分析：根據現有收集到的需求進行分類整理、優先級排序，規劃接下來幾本版本要做的事情。06項目延期怎么解決的？怎么避免項目延期？這個問題主要考察你的溝通協調能力以及項目的推動能力，可以從三個方面入手，了解現狀、如何解決、后期如何規避。1.了解現狀首先要清晰的了解目前的現狀是什么，是原因導致延期的、與原定的上線日期差多少，是因為技術上碰到了難點，還是開發評估的時間偏差，還是其他原因。只有了解清楚現狀，才能有對應的解決方案。2.如何解決其次根據問題制定出對應的解決方案，若是因為技術上碰到了難點，是否可以協調資源完成，或者在功能上想出一個折中方案不僅能滿足業務需求，技術上也能實現。若是開發評估的時間偏差，是否可以適當加班完成（畢竟當初時間是開發同學自己承諾的，要為自己承諾負責），再看與原定的上線日期相差多少，是否可以相應的砍掉非核心功能，來保證能按時上線。解決方案確定下來之后，要第一時間通知業務方以及干系人，確保他們獲取到一手消息，讓干系人有心理準備。3.后期規避最后就是后期如何規避的問題了，方案有很多、比如需求評審的時候細化需求保證每個人充分理解。我在此推薦一種方法，需求評審完之后，由開發人員評估時間的時候，可以用“估算撲克”（敏捷開發中的一種方法）的方法，這種方法在剛開始用的時候，可能與預計的時間偏差較大，但是用熟練了以后，就會覺得屢試不爽。07在項目進行的過程中有沒有出現需求變更的情況？你是怎么做的？這個問題主要考察候選人解決問題的能力和應變能力，需求變更是產品迭代過程中的常態，有時候是業務方臨時加需求、有時候是老板提出當前版本必須要上的需求，也有可能需求評審時考慮不周，導致與原需求有偏差，不得不需求變更。在這里筆者只能為你提供一個解決問題的思路：首先要了解清楚現狀，為什么會變更？是由什么因素導致的？會產生多大影響？不變更行不行？若不變更，是否可放在下個版本進行迭代？若變更后，當前版本會不會出現延期的情況？（項目延期請參考問題5），另外給大家提供一個我的做法，我們團隊研發同學在任務估時的時候會預留1天左右的時間，來應對未來突發狀況的產生，若沒有突發狀況會提前進入下個版本的迭代任務中。08你是如何跨部門溝通協作的？召集高質量跨部門會議，至少提前1天通知參會人會議主要討論的內容、會議時間時間和地點，提早安排時間避免時間沖突會議主導避免發生討論問題跑偏，明確每個事項的