產品經理如何將需求分析正確應用到工作中

需求分析的目的是在團隊開發軟體的過程當中，產品經理依靠自己的專業技能通過對用戶的需求、行為、場景、時間做以全過程的分析，並結合企業的實際情況在幫助企業節省人力、財力、物力、時間的前提下開發出一套簡單、易用、方便、實用的軟體，為企業帶來商業收益。需求分析是一種方法直接一點就是幫助企業走向成功的一種手段。這裡面也隱含著這樣一個意思分析需求並非必須，必須的是幫助企業節省人力、財力、物力、時間，開發出來的軟體必須能用且解決用戶的問題。

在我們工作的實際當中，產品經理一聽要做新功能，就喜歡鑽牛角尖，去做競品分析、用戶分析、數據分析、調研報告等等，這些工作真要做完，快則需要兩三天，慢則需要三四周的時間，分析完以後，產品經理開始梳理業務邏輯、做方案。緊跟著整個UCD部門和開發部門對方案做評審，這整個過程當中想將方案定下來，快則一兩天，慢則需要一兩周的時間。一切定下來以後產品經理開始繪製完整的原型，在繪製原型的過程中一方面是根據業務流程來繪製，一方面還要參考競品，在這時候就會出現一些問題，比如某些方面自己沒有考慮到的我們競品卻考慮進去了，某些定好好的功能好像又是多餘的重複的。如下圖，左邊的是拉鉤網的首頁面截圖，右邊是我臨時繪製的一個原型。

那麼在繪製的環節當中我們能否不去參考競品，值得肯定的是我們的競品有可能已經是歷經了好幾年時間的打磨獲取到了百萬級千萬級的用戶，參考競品的目的是我們繞過許多彎路，當然也不能否定產品經理不參考競品就做不出好的產品。但在實際情況之下，當我們繪製完原型以後，再去跟我們競品比較的時候，我們都會忍不住將不完善的地方補充完善。

我們來舉例分析，通過上面的這張圖，我們會有這樣的一些想法，在首頁面的頂部是不是應該再加點其他內容，下面是否也放個推薦上去，這個推薦也是一些廣告位，對產品後期的發展會帶來一定的收益，職場跟群組有一定的衝突性是否應該合併為一塊等等越來越多的問題，不斷出現在我們眼前，我們再去變更方案，繪製原型確定產品的形態這個過程可能又要浪費幾天或者幾周的時間。

到了投入開發的環節，技術這邊又會反饋出一些新的問題出來，比如某些功能需求技術起先沒有理解透徹真正做的時候發現實現起來可能需要浪費不少的時間，能否放到後面的版本再完善，某些操作許可權上考慮到了1、2、3，三種情況又會出現第4種情況，這時候砍功能變更需求，又要浪費掉不少的時間，在這樣的一個過程當中，我們浪費了大量的時間不說有可能都錯失了很多商業機會，最終開發出的軟體也許都不是我們用戶真正想要的。

我們用戶真正需要什麼，用戶只能說形式上表面上的一些東西，用戶的真實需求，是需要產品經理自己要去發掘、去提煉，提煉與發掘的過程當中產品經理不應該進行引導比如你是不是想要這樣的功能，那樣的功能你想不想要，用戶這時候是跟著產品經理的思維在走，所以產品經理訪談用戶的時候這是一種證龜成鱉的做法。

提煉與發掘的過程並不能保證這個需求就是用戶的核心需求。舉個例子，獵豹瀏覽器的成功並不是因為主打的要做速度最快的瀏覽器而成功，而是搶火車票的一個增值功能，才讓這個產品成功。

那麼產品經理究竟如何將需求分析正確應用到工作當中，最快的做法是不要將分析到的結果都用在寫文檔走流程上面，應該直接繪製原型，將原型快速呈現在我們用戶群體或者團隊面前，這樣做我們會節省很多的時間，利用定方案，變更需求的過程所需要的時間，我們的產品可能已經上線，上線後再對產品做調整，提升用戶對我們產品的滿意度。

本周的內容就分享到這裡，祝大家周末愉快，原文首發於微信公眾號產品精益講堂，作者個人微信yichenbz,歡迎交流，謝謝！
推薦閱讀：