在剛剛結束的校招當中，大部分產品經理崗都經歷群面這個程序，縱觀BAT等各大互聯網公司的題目，幾乎絕大部分都是很產品設計相關，例如，分析在校學生的痛點，設計一款適合產品的移動產品；分析老年人的需求，為老年人群體設計一款互聯網產品等等，其實，群面整個討論的程序，被放大之后就可以看成是一款產品從無到有的整個程序，其中涉及到的關鍵在于，如何收集需求，如何將用戶需求轉化成產品需求，如何排列產品需求的優先級，最終如將產品需求進化成一個產品功能，
1.如何收集用戶需求？
如上圖所示，無論是一款新產品的設計還是對舊產品的迭代，第一個問題都是收集用戶的需求，也就是我們常說的“需求采集人人有責"，一般意義上，需求主要來源于用戶和上級的要求，其中用戶那邊收集到的需求一般都在研發新產品之前，也就是說一個產品從無到有的程序，而上級提出的要求，都是在更新迭代的“老”產品當中出現較多，
無論在產品開發的程序當中，還是之前，作為產品經理都應該盡可能多地去采集需求，常用的采集方法：現場調查，發放調查問卷，網路問卷，AB測驗，卡片分類（產品經理將所有的需求都寫在卡片上面，邀請用戶來一同完某個界面上布局或者功能設計的程序），雖然產品經理要和用戶打成一片，但切記一點，要聽用戶的表達，但是不要所有的都按照用戶的去做，產品經理最重要的就是要對這些需求進行一個篩選，也就是把用戶需求轉化成產品需求，
2.如何將用戶需求轉換成產品需求
用戶需求通常可以理解成用戶為了解決某個問題而提出的需求，而產品需求是經過產品經理們地精挑細選，將其轉換成一個產品的解決方案，說白了就是通過產品的一個功能，一個界面，甚至一個按鍵的設計來解決用戶遇到的問題，
通常產品經理拿到了第一手的用戶需求之后，最好在團隊內部進行衣長頭腦風暴，將這些用戶需求進一步完善，并提出更多有創意的方案，接下來，產品經理需要將這些”幸存下來“的需求用一句簡潔語言描述出來，接著，產品經理可以為這些需求加上一個簡單的產品屬性，這里我們可以根據產品周期或者根據KANO模型來添加屬性，如果是一款新產品，那么應該把那些最基本的，最突出本產品核心的功能放在優先級最高的位置，如果是一款已經迭代了幾個版本的老產品，這個階段已經完善了核心功能，那么就應該在這個基礎上面添加那些”令人期待“，”出乎意料“的產品功能，
在具體的操作程序當中，可以根據產品特定的情況，來為每個功能添加一個屬性，每種屬性可以列出一個得分，在接下來環節當中，每種功能還有有其他的得分，那么我們最后根據這些得分來確定產品的優先級，接下來，我們聊聊如何確定產品需求的優先級，
3.如何確定產品需求的優先級
當產品經理將抽象的用戶需求轉換成產品需求之后，會很頭痛，為什么會這樣呢？因為產品需求實在太多了，無從下手，這個時候需要對這些需求進行一次DNA檢測，通俗地說就是確定他們的性價比，通過確定性價比，將所有的產品需求按照性價比進行排序，通過排序之后就可以把海量的需求排成一個順序，從而我們就可以知道哪些功能是最重要的，要優先進行開發了，
需求優先級的決策通常要考慮三個大的大方面，分別是戰略定位、產品定位、用戶需求，其中戰略定位決定了產品的位置，一個功能的設計必須符合公司整體戰略定位，但是也并不是所有的功能都涉及到定位，比如在設定當中的基本功能，其次是產品定位，產品定位決定了哪些需求是必要的，哪些需求是多余的，同時也影響著用戶需求的取舍，這里可以根據產品粗略的分類方式去判斷，每一個類別的APP都有其最核心的一個屬性，產品在最初的設計程序當中，必須圍繞這個核心功能去設計，或者說是否滿足產品現階段的定位，
另外，產品經理還要從這個產品需求是否為一個剛需的角度去判斷，
第一，這個產品需求是否滿足產品核心用戶的需求，直白地說，這個產品需求會有多少人使用，這無疑是最重要的指標，以至于我們經常說“不要為了少數用戶的需求去干擾大多數用戶的正常使用”，其實這句話并不準確，修正的說法應該是“不要為了次要用戶的需求去干擾核心用戶的正常使用”，
第二，判斷該產品需求用戶的使用的頻率，如果一個產品需求用戶的使用頻率較高，那么這個產品需求的價值會更高，
第三，與同類別的競品相比，該產品需求提供了那些額外的價值，在判斷這點時，并不會所有的產品需求都會比競品提供更多的價值，一般情況下是幾個需求在一同作用的時，產生的”化學效應“會為產品提供更多的價值，
第四，在現實當生活當中，該需求是否可以找到相同的映射，也就是說，如果一個產品需求在現實生活當中沒有找到一個真實的映射，那么這個產品需求也許會和一款游戲一樣，用戶的狂熱來的快，去的也快，
總結一下
在對每款產品確定產品需求優先級的時候，我們可以根據自己的需求，為每款產品設計一個公式，產品需求指數=產品屬性K1K2K3K4K5K6…其中，Kx代表的是我們根據實際情況，為產品添加的一個系數，更加前面的論述，廣義上我們都要考慮該產品需求是否滿足產品定位，是否滿足公司的戰略定位，是否為用戶帶來良好的服務，使用該需求的用戶人數、頻率等，當然每款產品都有它獨特的一面，可以添加一些特殊屬性，
在實際操作當中，我們可以為每個專案進行5分值的評分，最后通過每個產品需求得分的高低來判斷產品的優先級，以上這些判斷，一般在我們無法對一些產品需求無法判斷的時刻，有些功能是必須要添加的，比如在設定當中的一些需求、注冊等，這些需求是不需要進行判斷，在產品設計初期就必須要添加到其中的，
最后：可能給予你助力的教程
下面是我整理出來的一份軟體測驗工程師發展方向知識架構體系圖，
希望大家能在這個成長程序中收益良多，可以說，這個程序會讓你痛不欲生，但只要你熬過去了，以后的生活就輕松很多，正所謂萬事開頭難，只要邁出了第一步，你就已經成功了一半，古人說的好“不積跬步，無以至千里，”等到完成之后再回顧這一段路程的時候，你肯定會感慨良多，
由于CSDN上傳圖片大小有限，有需要的朋友可以關注我的公眾號：程式員二黑，回復1，即可獲取原圖，
下面是一份配套的軟體測驗資源包：
上面是一些配套資源，這些資源對于軟體測驗的的朋友來說應該是最全面最完整的備戰倉庫，為了更好地整理每個模塊，我也參考了很多網上的優質博文和專案，力求不漏掉每一個知識點，很多朋友靠著這些內容進行復習，拿到了BATJ等大廠的offer，這個倉庫也已經幫助了很多的軟體測驗的學習者，希望也能幫助到你，關注我的微信公眾號：程式員二黑，即可免費獲取！
最困難的時候，也就是我們離成功不遠的時候！如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加入我們的群：785128166 大家一起討論交流學習，
如果您覺得文章還不錯，請 點贊、分享、在看、收藏 一下，因為這將是我持續輸出更多優質文章的最強動力！
精彩推薦
在職阿里6年，一個29歲女軟體測驗工程師的心聲
拒絕B站邀約，從月薪3k到年薪47W，我的經驗值得每一個測驗人借鑒
公司新來的阿里p8，看了我做的APP和介面測驗，甩給了我這份檔案
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/302488.html
標籤：其他