一般來說，當軟體開發專案到了具備驗收的各項條件之後，開發團隊就會著手準備驗收階段的工作。但如果這時發生客戶不願意驗收的話，這是乙個讓開發團隊很頭痛和很普遍的問題。原因是多方面的，主要有如下幾種情況：
（1）開發團隊沒有擺正心態：這只是小問題嗎?
乙個軟體專案完成測試和修正後，但卡在乙個小問題上客戶不肯驗收，這就是平時我們經常說的"小問題，大學問"。也許，許多開發人員不明白：不就是乙個小小的問題嗎？為什麼要小題大作？實際上這樣的想法是因為許多開發團隊只會站在自我利益為第一位。因此，當出現有小問題時，認為多一事不如少一事，主要需求和功能能完成就行了。
因此，作為開發團隊要擺正自己的位置和心態，不是說只要完成了合同中規定的內容，完成了合同書規定的工作，並且按合同測試了就可以驗收了。表面上看是客戶僅僅由於他們發現的一些小小的bug，小題大作不肯驗收。實際上，當客戶不同意在此時驗收時，他們的判斷往往不是招標書、合同、技術協議、需求規格說明書等文件。而是開發團隊不能給客戶足夠的信心，客戶不滿意開發團隊對bug的處理態度，客戶認為這不是小問題,所以不肯驗收。
（2）沒有抓住領導意圖，客戶滿意度不夠
我們在軟體開發驗收過程中得到很多的經驗教訓，最常見的問題是在開發過程中沒有抓住客戶的關鍵負責人或重要領導的意圖，沒有了解客戶看重的是什麼。而等到開發團隊提出要驗收的時候，客戶又總是覺得這也不滿意那也不滿意，總之是不願意驗收。主要原因是開發過程中與客戶的關係沒有提公升，沒有使客戶真正的滿意。例如，對客戶反饋問題時服務不到位，當要求客戶驗收時才再發現問題仍未得到及時解決，就會讓客戶心存擔憂，或讓客戶失去信任。
（3）開發流程不規範，驗收標準沒有達成一致
在專案開始的時候沒有和客戶在驗收標準達成一致,導致客戶總是拿專案的小問題說事。實際上，驗收標準是很重要的，這需要與客戶進行詳細的溝通，明確驗收前需要完成的工作。驗收標準中不光要有需要完成的工作內容和任務，還需要有乙個相對固定的工期，使雙方都能朝著這個方向去努力，防止無限制的拖延。
（4）沒有處理好問題跟蹤記錄
由於許多開發合同上規定的只是乙個大概的框架，再加上在開發之前沒有與使用者進行比較具體的交流和討論，沒有清晰的了解清楚客戶心目中的產品究竟是什麼樣子。結果是雙方對需求都有不同的理解，例如某些需求並不是客戶真正想要的，而很多潛在的需求在專案初期卻沒有提出來。再由於在開發過程中，沒有寫好備忘錄和問題跟蹤記錄，時間一長，雙方也就忘記了很多承諾和約定，到了驗收的時候就可能重新翻出來。這種事情是最讓開發團隊頭痛的，明明說可以先不做的內容最終驗收的時候又成了必要條件。這樣最後要驗收時，大家就非常容易卡在一些理解差異的問題上了。
（5）客戶因資金原因推遲驗收
有時，客戶遲遲不肯驗收或故意推遲驗收，有可能客戶是以推遲驗收而推遲結算和要支付的款項。對於有這種想法的客戶是最讓開發團隊為難的了。動用法律吧，擔心破壞了長久建立的關係；不動用法律吧，還真有這麼不客氣的客戶。
客戶為什麼要簽單？
不是因為我們產品有多好，而是因為客戶有 痛 業務中有需要解決的問題。我們越了解客戶的潛在問題，給客戶的方案就越有價值，客戶會越願意花多的錢來購買。這就是銷售中的 3p 問題 problem 產品 product price 客戶不願購買，是因為看不到這個產品 方案帶來的價值，也就是說對產品 方案能解...
為什麼客戶畫像這麼難？
客戶畫像即客戶資訊標籤化，完美地抽象出乙個客戶的資訊全貌，可以看作企業應用大資料的根基。每個行業每個企業都在提自己的客戶畫像，因為打造出了客戶畫像，一定意義上代表理解了客戶的需求，從而可以在市場上佔盡優勢。客戶畫像應是每個搞資料的人追求的核心的東西，筆者也如此，世上最難的事，莫過於懂人自己吧，而客戶...
CRM下午茶（六） 客戶為什麼流失？
我總是在想，乙個客戶為什麼成功交易了，而某些客戶卻為什麼交易失敗了。到底差在 了？看似每個成交與失敗都是個案，每個客戶也是形形色色性格 工作與家庭背景 購買動機 資訊 好似無法分析，但我偏不信這個邪，我總覺得分析與對比過去成功交易與失敗交易，應該能得到一些規律性的東西，不能讓別人一句 沒可能，你那都...