一款軟件交付使用之後，經常會遇到來自用戶的各種挑剔，比如我這裡我要再加個什麼功能，或者這個字體要再大點等等，作為軟件開發者當然不能不加思考就胡亂應承，這樣只會讓軟件越做越亂，那麼我們怎麼評估用戶需求呢？
工具/原料
冷靜
方法/步驟
首先，就是要定性：
要定性就要看這個需求對路不對路，也就是要知道：
1）是否有助於改善產品功能；2）是否有助於改善產品性能；3）是否有助於增加用戶滿意度；4）是否有助於增加產品競爭力。
然後，定量：
同樣，對一個需求進行定量，也有三個指標：
1）有沒有可行性；2）有沒有難度；3）有沒有風險。
當用戶需求合理且重要時。
可行性指的是用戶提出了相對重要的需求，此時需要特別關注，軟件開發團隊成員最好互相通氣，如果要開始做，就是一個工作量了。作為負責人也要心中有數。
用戶需求不合理怎麼辦？
通常用戶會不著重點，比如一款給公司內部做的流程管理軟件，交付使用之後，大家關注的重點應該是看流程設計是否合理，功能使用是否流暢等，但冷不丁地就有人跑來說，這個圖像不好看，要馬上改。這種需求對於軟件本身來說無關痛癢，但是作為開發者，或者是項目負責人，我們也不能發火，我通常用的口徑是：好的，這個需求我記下來的了，但是前面還有一些更緊急的功能還排在那裡，我們先把那些完成，之後就開始做這個功能，大約需要**個工作日，你看行嗎？
通常來說，用戶聽到話已至此，基本不會窮追猛打。這個時候，你再補一句：好的，那先這樣，等這個功能做好後，我會通知你的。用戶基本上就滿意而歸了。面子與果子，總得給一樣。
如果團隊成員對用戶需求有抵觸心理該怎麼辦？一般來說程序員思維方式較為直率。當面對用戶需求的多次變更，大部分程序員都有抵觸心理。此時作為團隊負責人，更需要對外有理有據，對內做好解釋與安排。
同時，項目負責人也需要反省。為什麼事先確定好的用戶需求頻繁變更，是不是用戶調研階段工作沒有做到位，策劃工作是否要重新檢視。這都是負責人應該事先考慮的。
注意事項
評估用戶需求時，儘量保持心平氣和，用戶願意跟你講需求，說明你們還有溝通的空間，如果等到沒有人反饋，才是一件悲哀的事。