需求分析也稱為軟件需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，準確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麽的過程。

　　以上摘自百度《需求分析》詞條，軟件開發中，需求分析師（或稱為產品經理）承擔著將用戶需求轉化為實際的產品理念與原型的責任，如果這一環出問題，整個團隊開發進度將停滯。

　　以下是忠哥真實經歷：

　　　　16年9月，為某農業產業鏈公司任職，擔當技術重責，搭建農業產業化平臺，後精細化為供應鏈金融平臺，初期的三個月，需求與技術團隊組建均在摸索中進行，第三個月開始確認供應鏈金融的系統需求，並投入大量人力研發，負責產品需求分析的是一位曾任職sap顧問的資深產品經理和曾擔任運營總監的產品總監。

　　　　第一版的需求從產品總監口述得來，並未形成文檔，產品經理花了一個月時間半空想+半聆聽，依據自己的經驗寫出了第一版需求，但顯然跟實際需求不符，接下來就是團隊撕逼，產品總監被迫離職。

　　　　第二版需求延續了第一版的套路，團隊還到了客戶現場進行封閉開發，產品總監希望和團隊能寫出需求，但實際的需求調研都是產品總監一個人在客戶現場進行，研發團隊沒能得到第一手的客戶訴求，需求分析停滯了一個半月，終於在忠哥強烈推進下，出了第一版的需求稿，此時離項目開工期已經過去了半年有余。

　　此故事總結以下兩點：

　　　　1.需求不能停留在一個人的腦子裏，必須文檔化，而且最好在線化，能形成極好的合力

　　　　2.需求分析需要第一線的用戶接觸者給出，如果用戶接觸者需求分析力不強，決斷力與觀察力也不足，盡快換人。

需求輸出---一個創業團隊需求卡殼的故事