1、需求是零散的，不全方面的 　　
在大多數企業里面，需求信息基本都是在ERP管理系統中各管各的。研發部門搜集和管理技術方面的需求，進行技術/產品規劃和開發，市場部門根據自己收集的市場信息做產品規劃，銷售部門把一線客戶信息反饋到研發，做與不做研發自己決定，售后技術服務部門只負責把用戶的反饋、期望信息反饋到研發。 　　
需求信息經過ERP管理系統從各種途徑反饋到研發、反饋到市場，更多還是一個被動式的非例行化的反饋機制，沒有形成一個統一的需求“集散中心”來對收集到的信息進行歸類、匯總、分發，需求信息還是保存在各自部門、各自人員那里。 　　
同時需求的不全方面，首先是需求的內容重功能、輕性能，不重視非功能需求，如產品的易用性、可維護性等方面的需求。其次是需求收集渠道的單一，不少企業需求的來源主要是高管的指示、銷售的訂單和研發內部的技術分析，缺乏對市場、對客戶的主動出擊。 　　
2、需求缺乏過濾、缺乏分析 　　
需求信息通過各種渠道、各種方式收集匯總后，會形成一個龐大的需求數據庫，但是否所有的需求信息都是需求或者說是真實的需求呢?需求的過濾和需求分析就是一個需求瘦身以及需求提煉的過程。在IEEE對需求的定義中，需求是指滿足用戶解決問題或達到目標所需的條件或能力。因此對收集到的需求，首先就是過濾掉一些非需求，比如類似于“需要解決**設備異常重啟”的信息就可以過濾掉，以免混淆真實的需求。 　　
同樣，對于客戶/市場的需求反饋信息，需要通過ERP管理系統需求分析還原、解析出真實的需求。更近在一家企業調研和總經理交流時他就要點提及了這個問題：“需求失真的事情經常發生，前面把關不嚴，業務不懂需求和技術，不把關不分析，客戶需要做貓，業務要求做老虎，再丟給技術就完全做錯了，不符合客戶需求，做出來客戶也不要。 　　
3、需求傳遞過程缺乏有效的溝通和確認 　　
需求的傳遞要有正式的需求分析文檔，需要相關干系人面對面地溝通，這樣才能保證需求的真實傳遞。 　　
在電視節目上有這么一個詞語傳遞游戲，每次選四位選手，站在一排隔成四個小單間(面向攝像機的一側是敞開)的隔斷里面，每個人都帶上大聲播放音樂的耳機。游戲開始后，第一位選手摘下耳機看主持人給出的詞語，10秒后第一位和第二位選手之間的隔板收起，第一位選手要用肢體語言向第二位選手表達并讓其了解他剛才看到的詞語，不能使用語言，詞語信息傳遞完成后，第一位和第二位選手間的隔板伸出，然后第一位選手帶上耳機，第二位選手摘下耳機，第二位選手重復前述詞語信息傳遞活動，第三位選手也如此。可以看到，99%以上的詞語信息傳遞是失敗的，甚至在第一棒就已經失真。游戲的要點是詞語傳遞過程中雙方不能使用語言，這樣的溝通不順暢造成了信息的傳遞缺乏有效的溝通和確認。 　　
類似的情況在企業中是不是也是經常出現?在市場和客戶、市場和研發、研發主管/項目經理和研發人員、研發和生產等環節的需求信息傳遞的過程中是不是也會出現這種情況?由于無形的“部門墻”的存在，部門間溝通困難，前面的環節把需求傳遞后，后續環節一般不愿意去和前序環節做太多溝通和確認，習慣自己想當然的去理解和實現，加之需求的傳遞因為各種原因而缺少的需求分析文檔，啞巴式的需求傳遞結果就和上述游戲所表現的結果一樣。 　　
4、研發過程缺乏有效的產品需求變更控制 　　
產品需求是新產品設計和開發、以及后續活動的依據和源頭，產品需求的穩定性和可控性直接關系到新產品開發的進度和質量，產品需求的變更需要嚴格有效地進行的控制。但是在實際的執行過程中，ERP管理系統需求的變更控制比較粗放，需求的變更評估更多地集中在技術領域的決策，對需求變更給工藝、財務、制造、采購、售后服務等方面的影響評估不足，結果就是需求變更造成了產品物料成本超支、采購周期難以保證、生產困難、售后服務繁瑣等問題。 　　
5、需求管理缺乏IT工具的支持 　　
無論是需求收集，需求分析，需求跟蹤、需求變更控制等，需求各個過程涉及環節和部門都比較復雜，如果只是使用辦公軟件進行管理難免捉襟見肘，專業的需求ERP管理工具的引入將有助于產品需求管理的卓效運作。