客戶爲何習慣變動需求

客戶爲何習慣變動需求

看了一篇文章，提到這個問題，爲什麼蓋個房子，不會蓋到中間提出改變設計，是由於用戶知道那樣作成本過高了，而軟件則不一樣，在客戶眼裏，修改軟件是很容易的事情。

不能說沒有道理。那麼問題來了，1.爲什麼用戶有這種見解？2.還有別的緣由嗎？

先說第一個問題。

一是，我認爲，客戶不瞭解開發過程。不像對傳統行業的瞭解，好比蓋房子，不少人都見過，並且看在眼裏的都是實打實的東西，水泥，沙子，圖紙，一幫子工人在腳手架上忙活，各類吊車，機械，隆隆做響，動靜很大，甚至還搞得塵土飛揚 。成沒多久，大樓起來了，佔很大地界，高聳雲端，多帶勁。很引人注意，傻子一聽見或者看見，都知道前面是工地了。

軟件開發就不同了，首先，從視覺上看，就是一幫子呆子，坐在那裏敲鍵盤，頂多開個討論會，畫畫白板，需求調研也是侷限在小範圍，不多人能知道，沒有這麼大動靜啊 。這些過程的產出物就是一些文檔，程序，並且還都是電子的，沒有體積，看不見摸不着。

客戶不瞭解開發過程，不知道需求分析的工做內容是什麼，產品是什麼，固然也不知道什麼系統架構，什麼jquery，什麼測試，什麼發佈部署，反正是，你告訴他個地址，他上去，就能操做，就是1屏屏的文字。挺多能看到服務器，存儲設備，可是這個與軟件不要緊啊，都是買的成品啊 。並且價值有時候比軟件要高不少。

不瞭解的緣由，是看不到，專業型太強，缺少溝通，進而缺少認同。

再一個不瞭解的緣由是，咱們自己就不規範，不標準，自身不硬氣，誤導了用戶。沒有設計文檔，麼有測試計劃，麼有測試用例，寫出來程序，簡單跑一遍，沒事，老子作完了，就OK。用戶以爲也很簡單，這不是很快就改出來了嗎。豈不知隱藏着一大堆錯誤，羊拉屎同樣要拖好長時間才能穩定下來，其實這些都應該算在開發成本里，可是客戶不認啊，覺得你作的有問題，修復錯誤是理所固然的啊，潛移默化的就把這塊工做和先前的開發割裂開了：修改很簡答（雖然一大堆錯誤）。

還有一個，市場人員甚至是最底層的開發人員，每每問題想的很簡答，客戶提個需求，提個變動，答應的很痛快：「沒問題，分分秒搞定，就是加個判斷的問題，去個字段的問題。你擎好吧！」。沒有仔細想好，各類狀況，是否會影響到其餘人，是否須要變動設計文檔，是否會帶來新的問題等

。

第二個問題，咱們換個角度，客戶爲啥要變呢？

前面是講的客戶認爲變的成本很低，因此喜歡邊，其實客戶也不是閒的沒事，沒問題也讓你變來變去，折騰人玩，沒有這樣的用戶，麼有這樣的人。可是爲啥會法神該變動呢？

1，需求描述不清楚，客戶也不知道本身要啥。這是客戶自己的問題，等你作出來，我不是要的這個東西。我是要個盤子，你怎麼個我造了個碗呢。

2，開發人員理解錯另外，原本客戶說的很清楚，1是開發人員業務知識不夠，理解不透，在一個天然語言，容易有誤差，通過幾首後，已經面目全非了，之前電視上常常有個遊戲，幾我的拍在一塊兒，第一我的作手勢告訴第二我的什麼什麼事。而後第二我的一樣的方式傳給後面的人，到最後一我的的時候，理解的與第一我的鎖表達的意思已是風馬牛不相及了就是這個道理。

3，在一個，用戶需求確認發生變化了，此一時彼一時。怎麼避免這種狀況恩，就須要設計人員對用戶需求抽象的足夠高，能夠以不變應萬變。再也給是在調研室，就預期到可能的變化，挺過配置來適應。

 

最後一個問題，怎麼解決這個問題呢。

之後再寫吧。類了。