面試產品經理崗位的能力三階段

面試產品經理的時候需要向面試官展現自己的產品能力，建議提前對應聘崗位的產品進行分析總結。

初級產品經理的能力往往是設計功能，高級產品經理的能力往往是設計功能和產品架構，資深產品經理或者產品總監更多的是對業務的理解以及能夠帶領團隊完成公司既定的業務目標。

一、對產品的功能理解

大部分產品經理的主要工作就是設計功能，那麼把應聘崗位對應產品的功能改進寫出來，到時候講給面試官聽，很方便評估你的產品能力高低，以及和他們崗位的匹配程度。

我一般將功能需求分為三大類型：修復BUG、優化已有功能、設計新功能。接下來以易果生鮮APP作為案例講解，下面具體闡述：

1.1 修復BUG

發現產品的BUG需要的是細心，難度並不高。花大量時間來使用對方產品，研究透徹其核心業務的主流程和逆向流程，把玩每一個頁面。

當然只要是靠譜的團隊，打磨比較久的產品，BUG其實很少。

分享功能有BUG。點擊分享到微信的結果，是分享到朋友圈，而不是分享給微信好友和羣。
買家留言看不到。用戶在確認訂單的時候填寫了買家留言，然後訂單狀態變更之後，並不能看到。如果訂單狀態變更為待支付，用戶再去修改訂單，也顯示不了之前填寫的留言內容。
修改確認訂單的子頁面，返回後需重新載入。當前修改了新城市的收貨地址，依然會有此提示。應該在修改地址完畢跳轉回到確認訂單頁面的時候，重新刷新當前頁面。

當然需要注意的是不要混淆BUG和優化功能，前者會導致使用產品中斷出錯，後者是不優化也不影響用戶使用。

1.2 優化已有功能

發現產品已有功能哪裡需要優化，除了需要細心，更多的是有沒有設計過同類功能的經驗。

如果以前做過這個功能，你就會知道畫原型的時候需要表現什麼，寫邏輯的時候需要注意什麼，是否複雜到需要流程圖以方便技術理解，以及跳過已有的坑。

當然最好也做過相似業務，這樣你優化功能的時候知道該往哪個方向去使勁，不至於叫好不叫座。

優化首次啟動APP的載入邏輯。首次打開app的時候不應該立即檢測網路並給出網路不好的結果，而是延後到載入首頁的時候去檢測。
優化商品詳情的圖片載入邏輯。當前現狀：商品詳情的輪播圖片，當下是標準型的jpeg載入方式。優化方法：建議改成漸進式，體驗更好。
切換城市的提示應該改成切換城市或者更新收貨地址。當前現狀：當已經設置了默認地址，再去首頁切換收貨城市，此時進入確認訂單的提示去首頁切換城市。優化方法：應該提示請切換城市或者修改收貨地址，同時修改完畢應該自刷新頁面。
熱區範圍太小。當前現狀：首頁輪播商品的可點擊區域侷限於圖片本身。優化方法：增大為整個區域。當前現狀：商品詳情的左下角購物車圖標，點擊區域太小。優化方法：切圖的時候把周邊的透明區域包含進去，點擊區域就大了。
精簡訂單狀態。當前現狀：用戶能看到的是待支付、待收貨、待評價3種狀態以及全部訂單。以及支付完成、已確認、等待配送、正在配送、已完成等狀態。優化方法：剔除物流狀態，只採用交易流轉的狀態「待支付、待發貨、待收貨、已完成、已取消」。而物流作為訂單的子狀態機存在，即使自建物流也建議這樣操作。另外還考慮到引入第三方物流的不可控因素比如數據回傳失敗，所以建議解耦物流和訂單的關係。比如正在退款的訂單顯示狀態已取消，那我退款是成功了還是沒有？還是正在退款中？還是等待審核中？不太符合用戶的理解和購物習慣。
統一訂單狀態名稱。當前現狀：APP端訂單狀態和Web端訂單狀態不一致。Web端訂單狀態是進行中、已確認、等待發貨、等待收貨、已完成、已取消。APP端訂單狀態如上條。優化方法：建議統一降低用戶理解成本。
新增/修改收貨地址優化鍵盤。當前現狀：完成「收貨人姓名」文本框，無法自動跳轉到「手機號碼」文本框，完成「手機號碼」輸入框，無法自動跳轉到下一個焦點。優化方法：在鍵盤上面新增"<"和">"，定位到上一個和下一個焦點區域。或者鍵盤右下角的按鈕改成「下一項」。
賬戶餘額支付。當前現狀：無賬戶餘額可用的時候，依然可以選擇它。優化方法：當無賬戶餘額可用的時候，去掉「單選框」。當有賬戶餘額可用的時候，顯示餘額值。
營銷功能的展示不明顯。限時秒殺，在商品詳情只有一個標籤，視覺上不明顯，更主要的是沒有凸顯「倒計時」「剩餘數量緊張」「很多人搶購」等價值點。第二件0元購，表意不夠清楚，不符合用戶理解。實則滿2件5折，限定活動區域內商品。第二件半價，表意不夠清楚，不符合用戶理解。實則滿2件7.5折，限定活動區域內商品。
頁面載入邏輯建議優化。當前現狀：APP中大部分頁面都是採用的先請求頁面數據再顯示頁面內容。優化方法：改成先顯示頁面再分屏/分塊載入，輔以預載入。
所有專題頁面的底部沒有載入完畢提示。當前現狀：專題頁面的底部沒有載入完畢提示、沒有分頁載入。優化方法：建議增加「已載入全部活動商品」的tips，否則用戶以為還沒載入出來或者不停的往下拉。
固定購物車圖標。專題詳情頁面的購物車圖標位置應該固定，而不是隨著頁面滾動而變化。
跳轉頁面不太恰當。訂單支付完成，建議跳轉到全部訂單頁面而不是我的易果頁面。而且不太應該是待收貨狀態並顯示支付成功。
搜索頁面建議調整佈局。一是搜索歷史建議橫向排列，增加展現量。二是搜索歷史功能建議挪到大家都在搜上面。
物流信息文字改成訂單跟蹤。本身和訂單跟蹤是同一個功能，並且更像是訂單跟蹤。但是用戶提交了退款申請，並不顯示在訂單跟蹤裡面，這個不太合理。

1.3 新功能

發現對方產品會開發哪些新功能，需要對業務方向有很深入的瞭解。當然對已有功能的瞭解也是必須的，畢竟觸類旁通。

易果生鮮是B2C自營商城，生鮮類。而我擁有多年的電商產品運營經驗，對B2C商城的發展脈絡以及功能演變有比較深的瞭解。所以推斷如下：

（1）商品模塊

到貨提醒。功能描述：當部分商品缺貨的時候，提供「到貨提醒」功能，通過app推送和手機簡訊進行通知。滿足場景：佳沛黃心奇異果特別熱銷，經常缺貨，那喜歡喫的用戶很想知道啥時候補貨，就立即搶購回去。目前現狀：「加入購物車」按鈕變成「賣光了」，流程中斷，損失訂單。
關聯商品推薦。功能描述：根據商品之間的相關性，在商品詳情和購物車頁面推薦其他商品，以商品卡片列表的形式呈現。滿足場景：購買蘋果梨的顧客，經常也會購買橙子。購買黃心奇異果的時候缺貨，推薦綠心奇異果。目前現狀：只能去搜索相關商品進行購買。
收藏商品。功能描述：看到喜歡的商品，收藏SKU商品到我的易果。滿足場景：比如發現有好喫的阿克蘇，但是家裡還有蘋果。先收藏起來，下次再買。目前現狀：買家只能憑自己記憶，或者放棄收藏。

（2）交易模塊

修改支付方式。功能描述：當需要對待支付訂單進行付款的時候，重新選擇支付方式並付款。(並且選擇支付方式是單獨的彈層子頁面，完全支持。)滿足場景：稍微不注意或者手快的時候，直接以默認支付渠道去付款了，而沒辦法去改成有優惠的某銀行卡去支付。目前現狀：買家只能取消訂單並重新下單。
申請部分商品退款。功能描述：買家可以在「我的易果」申請對訂單裡面的部分商品退款，而不是對整單操作。滿足場景：買了一大堆生鮮，發現多下單了一種。目前現狀：買家只能整單退款然後重新下單，或者聯繫客服處理。註：經過測試已支持。
申請部分商品退換貨。功能描述：買家可以在「我的易果」申請對訂單裡面的部分商品退換貨，而不是對整單操作。滿足場景：買了一大堆水果，發現其中的蘋果有損壞，此時買家想對蘋果退貨，其他商品不退貨。目前現狀：買家只能聯繫客服，由他們進行部分商品的操作。註：經過測試已支持。

（3）註冊模塊