WEB開發的需求溝通並不難

　　我們曾經接了一個私活兒，某農業局的政務網站，功能很簡單，無非就是新聞釋出、線上留言等功能。這對我們這些做慣B/S開發的人來說，簡直是小菜一碟。

　　負責設計的同事，很容易就搞了幾個介面效果，發給客戶看，客戶還算滿意，順便還誇了我們幾句，不過提議要綠色的。農業局嗎，綠色的能表現農業，可以理解。

　　改了一套綠色的，送過去。人家不滿意，提了幾個意見。改了又送過去，又不滿意；又改，還不滿意。美工鬱悶了，開始嘟囔，“為什麼一開始挺滿意，越做反而意見越多，我這麼多天，是不是白乾了？客戶整個就是沒事兒找茬，他要做什麼，我就做什麼，還是不滿意。肯定是覺得我們做得太快了，我們應該拖一拖，讓他們覺得這個工作很難做。”

　　工作速度越來越慢。客戶也越來越不滿意，眼看這活兒要黃。

　　趁工作間隙，我說，“我給你說說咋回事兒，你看對不？

　　“農業局要綠色的，這個可以理解，但是他要綠的，你就給他綠的，綠也有很多種啊。

　　春天的嫩綠，夏天的深綠，秋天的灰綠，冬天的墨綠，客戶要哪一種呢？

　　“或許，他們要的只是春天的感覺，要的是生機盎然，而不是綠，奼紫嫣紅都是春，綠不併是關鍵。只不過，客戶不知道如何表達罷了。第一次客戶只看到一個粗略的架構，他們並不是滿意了，而是相信我們會進一步精化介面，我們不應該放鬆心態，而應該心存感激。可是後來的設計思路與他們想的並不一樣，就著急了，也覺得我們辜負了他們的信任，態度開始不友好。所以，現在最好調整思路，不要沿著客戶的描述惟命是從，而應該認真分析客戶言語背後的真正意圖。關於春天的思路，你試試吧，說不定可以哩。”

　　美工哼哼嘰嘰不想動，不過也實在沒有別的路子，只能拿我的方法試試。

　　結果，一下就通過了，客戶很高興，說，這就是我想要的。不過，仍提不了少意見。

　　我告訴美工，現在通過的只是色彩風格，佈局能否滿意還是個問題，到時，又提一堆細節問題，你改來改去，原本好的設計就改亂了，最終效果不好看，還會怪你。你最好跟客戶溝通一下，看他們喜歡什麼樣的佈局，是喜歡韓式的呀，還是歐式，還是中式的？韓式的都是大圖頂頭，炫、靚；歐式的超簡捷，除了logo之外幾乎沒有圖片；中式的嗎，上面是圖片，下面一拉不見底，全是文字，就像新浪那樣的。

　　又設計三套，客戶選了“中式”的，然後象徵性的提了幾個意見。真正的程式製作倒不費勁，現有的程式往上一套就行了，兩天就搞定，而且相容所有主流瀏覽器。

　　經過這個事情，讓我想起專案管理中的一個經典案例，“客戶說想要個月亮，怎麼辦？”

　　客戶說想要什麼就要什麼，那還得了？客戶不是上帝，只不過是財神爺。

　　需求分析的目的，就是搞清楚客戶的真實需求，而不是他張嘴就說的“要什麼”。那只是表面現象。

　　問客戶，你要月亮幹什麼呀？

　　客戶說，我晚上怕黑？

　　那給你修路燈行不行呀？

　　客戶說，俺家在鄉下，沒電

　　那就他給建議，你看，我們公司有個產品，輕便小巧，可以隨身攜帶，能夠室內室外全天候使用，一個100塊錢，給你打八折優惠，你看怎麼樣？

　　OK，10塊錢買一個，賣給他就行了。

　　賺的70元錢，就是需求分析的價值。需求分析不是客戶要什麼，我們給什麼，而是要知道客戶在想什麼，這樣我們才知道做什麼。

　　經常聽一些程式設計師說，某某軟體，那麼簡單，只是增刪改查而已，就能賣幾十萬，肯定是關係戶，一臉的不屑。要知道，人家的價值，就是能真正精準的理解使用者需求，快速實現預期目標。

　　技術的確很簡單，你也可以做，但在不明晰需求的情況下，做個試試？返工兩回，你的成本就超支了，這個時候，你就不會覺得幾十萬貴了，而會覺得虧。