我們曾經接了一個私活兒，某農業局的政務網站，功能很簡單，無非就是新聞發布、在線留言等功能。這對我們這些做慣B/S開發的人來說，簡直是小菜一碟。
負責設計的同事，很容易就搞了幾個界面效果，發給客戶看，客戶還算滿意，順便還誇了我們幾句，不過提議要綠色的。農業局嗎，綠色的能表現農業，可以理解。
改了一套綠色的，送過去。人家不滿意，提了幾個意見。改了又送過去，又不滿意；又改，還不滿意。美工郁悶了，開始嘟囔，“為什么一開始挺滿意，越做反而意見越多，我這么多天，是不是白干了？客戶整個就是沒事兒找茬，他要做什么，我就做什么，還是不滿意。肯定是覺得我們做得太快了，我們應該拖一拖，讓他們覺得這個工作很難做。”
工作速度越來越慢。客戶也越來越不滿意，眼看這活兒要黃。
趁工作間隙，我說，“我給你說說咋回事兒，你看對不？
“農業局要綠色的，這個可以理解，但是他要綠的，你就給他綠的，綠也有很多種啊。
春天的嫩綠，夏天的深綠，秋天的灰綠，冬天的墨綠，客戶要哪一種呢？
“或許，他們要的只是春天的感覺，要的是生機盎然，而不是綠，奼紫嫣紅都是春，綠並不是關鍵。只不過，客戶不知道如何表達罷了。第一次客戶只看到一個粗略的架構，他們並不是滿意了，而是相信我們會進一步精化界面，我們不應該放松心態，而應該心存感激。可是后來的設計思路與他們想的並不一樣，就着急了，也覺得我們辜負了他們的信任，態度開始不友好。所以，現在最好調整思路，不要沿着客戶的描述惟命是從，而應該認真分析客戶言語背后的真正意圖。關於春天的思路，你試試吧，說不定可以哩。”
美工哼哼嘰嘰不想動，不過也實在沒有別的路子，只能拿我的方法試試。
結果，一下就通過了，客戶很高興，說，這就是我想要的。不過，仍提不了少意見。
我告訴美工，現在通過的只是色彩風格，布局能否滿意還是個問題，到時，又提一堆細節問題，你改來改去，原本好的設計就改亂了，最終效果不好看，還會怪你。你最好跟客戶溝通一下，看他們喜歡什么樣的布局，是喜歡韓式的呀，還是歐式，還是中式的？韓式的都是大圖頂頭，炫、靚；歐式的超簡捷，除了logo之外幾乎沒有圖片；中式的嗎，上面是圖片，下面一拉不見底，全是文字，就像新浪那樣的。
又設計三套，客戶選了“中式”的，然后象征性的提了幾個意見。真正的程序制作倒不費勁，現有的程序往上一套就行了，兩天就搞定，而且兼容所有主流瀏覽器。
經過這個事情，讓我想起項目管理中的一個經典案例，“客戶說想要個月亮，怎么辦？”
客戶說想要什么就要什么，那還得了？客戶不是上帝，只不過是財神爺。
需求分析的目的，就是搞清楚客戶的真實需求，而不是他張嘴就說的“要什么”。那只是表面現象。
問客戶，你要月亮干什么呀？
客戶說，我晚上怕黑？
那給你修路燈行不行呀？
客戶說，俺家在鄉下，沒電
那就他給建議，你看，我們公司有個產品，輕便小巧，可以隨身攜帶，能夠室內室外全天候使用，一個100塊錢，給你打八折優惠，你看怎么樣？
OK，10塊錢買一個，賣給他就行了。
賺的70元錢，就是需求分析的價值。需求分析不是客戶要什么，我們給什么，而是要知道客戶在想什么，這樣我們才知道做什么。
經常聽一些程序員說，某某軟件，那么簡單，只是增刪改查而已，就能賣幾十萬，肯定是關系戶，一臉的不屑。要知道，人家的價值，就是能真正精准的理解用戶需求，快速實現預期目標。
技術的確很簡單，你也可以做，但在不明晰需求的情況下，做個試試？返工兩回，你的成本就超支了，這個時候，你就不會覺得幾十萬貴了，而會覺得虧。