我想看到這種標題。對於每乙個搞軟體的朋友來說，肯定是非常有興趣的。
由於這已經成為每乙個軟體開發人員的心頭大患，客戶需求在軟體這個獨特的行業裡。體現著最獨特的含義，由於需求是軟體專案存在的意義所在。而需求的變化讓軟體最後攆手不著，我們大家都會有「客戶需求何時休？」的體會。
軟體是服務於業務需求的，沒有業務需求的軟體肯定是沒有價值的。國內的軟體業普遍現象是：軟體專案遠遠大於軟體產品。這也是國內軟體所面臨的乙個嚴重問題。國內軟體好象在死亡線上掙扎。專案成為軟體企業生存的唯一依賴，而專案恰恰是最難於侍奉的。
軟體公司在積累一定的專案經驗基礎上，應該形成具有自我產權核心的技術與經驗，把這經驗總結與匯集成產品，才有可能大踏步的前進。
然而這說來簡單啊。本以為乙個個的專案能夠為以後的產品積累資金與經驗。然而每乙個專案的需求不斷變化，無休止的改動與維護，利潤趨向於零；人才也「超市場規律」的流失，經驗也「人去樓空」。
軟體專案非常強調客戶需求。而國內軟體業好象對客戶需求不夠重視，無論是新上任的專案負責人還是有經驗的專案負責人，好象都重技術。輕需求。中國的軟體人員們都在追求高技術。好象技術好就是老大，
21世紀誰最紅
----
軟體技術高手。
你看看乙個個軟體技術高手，在網上聽到的都是「大哥」「大俠」「高手」，這過分的崇拜技術也是導致藐視客戶需求的乙個原因。軟體不是技術的積累。不是技術好就能設計軟體，技術是能夠解決軟體開發中的一些問題，但它僅僅是解決軟體怎樣實現，而不能解決軟體怎樣去做。
專案開始了，設計者們都把了解客戶需求作為軟體的需求，把客戶的要求拿回來後看看就著手
db設計，然後系統架構，接著開發，這也能夠理解，由於我相信中國的軟體專案好象沒有乙個不是急的。
問問it
的同行們「專案急嗎」。十有**說「急啊，急死人了」。
沒辦法啊，需求看著那麼簡單，**自然廉價了，結果問題卻非常多非常多，再不抓緊就是虧老本的事了。
最後呢。客戶驗收的週期遠遠大於開發周期。非常easy，客戶需求被低估了，驗收時客戶常會說：
這裡的關係不是這種，應該是那樣那樣
我們的流程不是這樣走的。應該是那樣那樣
這裡不是一一相應的，而是一對多的關係
要是這裡刪除了，那裡怎麼會出錯呢
這個最好做成可維護的，我隨時須要加入（****）
這時你的心肯定是拔涼拔涼的，問題是越改越多了，一方面是由於軟體設計時確實誤解了客戶的意思，二是客戶也是在使用時才想起來應該那樣那樣。
有時客戶初期說的和後來說的是矛盾的，能夠理解，客戶天生就沒有這麼強的邏輯性的。但作為軟體開發。你又能把客戶怎樣？他才是上帝，你難道非要讓客戶承認錯誤，承認不承認你都得改，平不了自己的氣還要得罪客戶，還是認命吧。這改動需求啊，就跟任賢齊說的：「乙個還沒過去。乙個又來侵襲」。
事實上問題出在開頭，客戶需求僅僅是軟體需求分析的一部分，儘管是比較重要的一部分，但也不要僅僅是去記客戶的需求，而是要把客戶的需求進行分析，分析什麼？
客戶本身是不怎麼懂技術的。客戶僅僅知道自己的業務需求，而在軟體設計時，是在把業務需求抽象到系統中實現的。把業務轉變為邏輯時，一切都應該符合邏輯的，但客戶的業務思想有時候在軟體系統實現時會有問題的，這就須要分析時分析出來的。
少了分析。問題也會在後面的開發中暴露出來，到時可就更麻煩了。
還有客戶的需求本身會有矛盾（這矛盾是指在邏輯角度來講），客戶本身是意識不到的，僅僅有在分析設計時，才會分析出這裡的矛盾。而這些問題。假設在期初時。軟體負責人不分析。而是純粹的「聽從」客戶要求去做，當暴露這些問題時，你怪客戶也沒用啊。
因此，非常easy，在了解客戶需求時，不要不動腦子，不要一味的點頭說「
i c」，事實上在表面的業務裡面可能包括著
n多的細節，這些細節是須要你反問客戶的，僅僅有當你提的問題越多，終於獲取的需求最詳細，才幹讓專案越順利。並且有非常多問題，都是在你的反問中，客戶也才開始思考本來沒思考過的問題，客戶也會找到一種合理的需求給你，有人會認為這樣了解客戶需求未免太麻煩了。至於一些在技術上會遇到問題的地方。也要告訴客戶，別以為到時候再說，客戶是不關心你的技術細節的。但你假設給他解釋的話，他也會試著理解的。
專案就算急。也不能急在需求分析上。軟體再小，需求再簡單，我想不可少的就是需求分析。在需求分析階段解決這個問題的代價是最小的，越往後就成次方級遞增。因此，要讓你的專案能順利下去，不要再追求技術了。冷靜的先分析一下客戶需求才是最關鍵的。
客戶的需求本身是無休止，由於他們本身也在變，但當你期初的分析合理，後面的變動也將在邏輯上變動。相信代價已經不會那麼大了。
這事實上也體現了系統的擴充套件性。
別指望著客戶需求會停止，我想大家都有這方面的體驗，當然了，也不是說客戶的需求分析出來後都要去做，由於專案的**，在軟體設計時還是要分析哪些應該實現。哪些應該放棄，由於做專案跟做產品全然不一樣。要對客戶的需求進行合理的分析，該捨的還是要捨。但有一點能夠相信，當系統最後表結構出問題，邏輯上不符合業務時。那肯定是需求分析沒做好。
要記得下次需求分析時多問問清楚了。
需求管理之專案中如何更好的控制客戶需求
凡是做過不止乙個國內的專案的專案主管人員可能都經歷過這種場合 公司的銷售人員興沖沖的拿來乙份與客戶簽訂的合同交給你，聲稱這專案又搞定了，但是當你拿過來合同 或者任務委託書 一看，關於專案範圍的說明只有寥寥數行，要麼是一些高舉高打的套話，要麼只說專案都包含什麼樣的模組，而對具體的業務只是一兩句話就完事...
Crm客戶管理系統之客戶需求如何挖掘
客戶關注他們的客戶，需求在於如何獲取自己的市場開發機會，提高銷售額，增加利潤率，建立他們客戶的滿意度或忠誠度，等等。一旦在這方面出現問題 短板，或者意識到還有改進 提高的空間，客戶必定要乙個解決方案，需求由此產生。所以，銷售可以在這一層面進行調查 分析，關注客戶的市場，找到痛點，並提供產品或服務資源...
IT需求管理之拜訪
與西方人不同，中國人做事往往比較重視感情，這是與中國數千年的文化分不開的。讓我們來聽聽一位金牌銷售員是怎麼做生意的 我跟客戶頭幾次見面，絕對不提生意的事，玩，就是玩。吃飯啦，唱卡拉ok啦，打球啦?先建立關係，關係好了再慢慢提生意的事兒。這說得比較誇張，畢竟他是在做銷售，但至少傳達出乙個概念，那就是做...