中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

一、對產品的功能理解

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

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

1.1 修復BUG

發(fā)現(xiàn)產品的BUG需要的是細心，難度并不高?；ù罅繒r間來使用對方產品，研究透徹其核心業(yè)務的主流程和逆向流程，把玩每一個頁面。

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

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

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

1.2 優(yōu)化已有功能

發(fā)現(xiàn)產品已有功能哪里需要優(yōu)化，除了需要細心，更多的是有沒有設計過同類功能的經驗。

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

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

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

1.3 新功能

發(fā)現(xiàn)對方產品會開發(fā)哪些新功能，需要對業(yè)務方向有很深入的了解。當然對已有功能的了解也是必須的，畢竟觸類旁通。

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

（1）商品模塊

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

（2）交易模塊

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

（3）注冊模塊

• 增加微信登錄。功能描述：通過微信授權進行創(chuàng)建賬號，自動獲取用戶注冊信息。并關聯(lián)到以手機號作為用戶唯一id的賬號下面。滿足場景：用戶不想進行復雜的注冊步驟，只想快速的購買生鮮。當前現(xiàn)狀：要想購買生鮮，只能先用手機號注冊賬號。

二、對產品的架構理解

對產品的功能理解，隨著你的產品從業(yè)時間而不斷加深。但是對產品的架構理解，更多的需要你有比較科學的架構方法論。

以下是我的產品架構方法論，來源于對技術架構的改造，來源于對業(yè)務流程的理解，來源于個人的總結思考。

2.1 產品的實體關系圖

從產品的數(shù)據(jù)層來看架構，PM將整個產品的核心實體以及之間的關系都畫出來，方便后端工程師搭建整個數(shù)據(jù)庫架構，以及理解業(yè)務和數(shù)據(jù)間的關系。詳見浪子文章《如何用ER圖繪制業(yè)務實體模型》。

2.2 產品的功能流程圖

從產品的功能層來看架構，PM可以將產品的功能流程圖畫出來表現(xiàn)給前后端工程師來理解該產品最終需要做哪些功能？《如何正確的畫出功能流程圖》

你可以表現(xiàn)產品整體的功能流程圖，也可以表現(xiàn)核心功能的功能流程圖。這里我們以易果生鮮核心的下單功能為例畫出狀態(tài)機。

三、對產品的業(yè)務理解

雖然對產品的功能理解和架構理解，也是PM對產品的業(yè)務理解的表現(xiàn)之一。但是面試官應該更希望看到候選人是否契合公司對業(yè)務方向的規(guī)劃，以及對其業(yè)務的獨特理解。

當然這一點是對高級產品經理的要求，初級產品能夠做好對產品的功能理解即可。中級產品經理能夠做好對產品的架構理解即可。

3.1 是否契合公司對業(yè)務方向的規(guī)劃

根據(jù)已有的經驗，判斷出面試公司對業(yè)務方向的大致規(guī)劃。比如說出它接下來會著重于發(fā)力于物流還是倉儲，還是補貼推廣用戶。大到連接人和人，還是人和物。小到產品功能和架構上需要做哪些改變以適應業(yè)務規(guī)劃。

3.2 對業(yè)務的獨特理解

業(yè)務方向通常由老板來指定，而PM作為產品的靈魂人物，必須對業(yè)務有獨到的。

理解并能夠落地到產品層面。

所以，PM一定要很懂業(yè)務，以及有創(chuàng)新能力。

總結

以上是我對產品經理崗位的理解，希望這些方法論能夠給看到本文的PM一些啟發(fā)，面試的時候多一點成功的概率。

相關閱讀

如何正確的畫出功能流程圖

如何正確的畫出功能邏輯圖

如何用ER圖繪制業(yè)務實體模型

如何繪畫狀態(tài)機來描述業(yè)務變化

#專欄作家#

浪子，業(yè)務型PM，浪子PRD系列51prd.com，公眾號langzisay，個人微信nuanai88。

本文由 @浪子 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于 CC0 協(xié)議