1.重視需求「實現成本、產生的價值」兩者的比例。
更高層次需求分析應該不是僅按使用者的想法去實現就可以了，而是多替使用者考慮：
１）實現這個需求要付出多少成本？
２）需求實現後能產生多少實際價值？多少隱性價值？
３）是不是值得去實現？
４）是否有更高價效比的方案？
乙個案例：
曾經做過乙個電子資料倉儲的專案，目的是為了解決１）電力資料長久儲存２）自動化電力報表 這兩個需求。第乙個需求能產的價值是隱性的，第二個需求的價值也不並是很大。
後來按使用者的想法花幾萬塊錢實現了。但使用中又出現了意料之外的事情，當時需求調研沒考慮細緻的幾個變化：１）數字電表有顯示上限，達到一定度數後會歸０，如讀數已經９９９９９度了，再多一度就變０度。２）電表所計量的線路用途會出現改變，如本來是給ａ場地供電的線路改用給ｂ場供電了３）電表出現故障後會替換，新電表的初始讀數不一定是０。
而且因為專案發起方並不是實際使用者，所以實際使用者只願意使用自動化報表，而卻不願意去登記那些變動記錄來讓統計資料更正確。比如換了電表，換了線路等資訊。用了幾年後自動化報表生成的資料與實際資料誤差越來越大，並且無法修正，最終難免被廢棄。
幾點反思：
一）其實使用者的幾個需求可以用其它方案實現，並不一定要開發一套新系統來解決。比如：１）資料儲存可以用擴充儲存空間或做資料庫增量備份來實現；２）自動化報表可以在原廠電力自動化系統上做簡單的二次開發實現。這些方案可能價效比更高。
二）需求調研階段就該明確使用者的收益和工作增量，在使用者認可後才執行。否則使用者只願享受成果，而不願意增加工作量，那麼方案就不具備可行性，需要修改方案和重新預算成本。（雖然有些變化可以由系統自動判斷和修正，但成本會增加很多，所以實際方案中用人工登記替代。）
在需求分析中就可以避免的那些錯誤2
1 多考慮一下 哪些引數該取配置值 乙個很久沒聯絡過我的合作夥伴在qq上緊急找我，因為我們很多年前開發的一套倉庫系統被他找到了新買家，但有個 小 問題需求我幫忙解決。原來系統裝好後，各項引數都按新公司配置好了，但列印出來的倉單頁首顯示的是其它公司的名稱。好吧，我承認當年做報表時為了快速交貨，就將公司...
在需求分析中就可以避免的那些錯誤3
1 盡力區分和剔除那些 雞肋需求 雞肋需求 就是那些看上去很屌但使用者並不會去使用和關注的功能需求。經手的專案中，曾經有個 雞肋需求 讓專案的開發成本增加了30 投標公司減少60 因為技術有點難 工期拖後了n天，但使用者覺得 然並卵 那就是 在web頁面上動態顯示一場地內作業機械裝置的位置。當時這個...
在需求分析中就可以避免的那些錯誤6
1.在需求和設計過程中，盡量用不會產生誤解的詞彙。疑難詞彙或行業術語需要增加 名詞說明 舉個例子 前兩天朋友來玩，幫他們用 攜程網 在寧波訂了一間快捷酒店，並且已經付款和確認成功。但當天傍晚入住時，該酒店服務員和老闆都說找不到我們的訂單。我把手機確認簡訊給他們看，但他們還是說查不到。並且有個店小二強...