如何處理消息靈通的客戶選擇

Question

以下是我確定您熟悉的場景。

1. 你有一個相當「放手」的客戶，誰真的不希望儘管你盡了最大努力，以太參與決策。

2. 一位經驗豐富的開發團隊花了數小時討論特定問題解決方案的優缺點，並提出了一個優雅的解決方案，以避免更明顯方法的缺陷。

3. 客戶快速瀏覽後隨便提到，他們希望它改變。他們不瞭解所有您想要通過非常仔細思考的方法避免的可用性/一致性問題。

4. 儘管解釋，客戶不感興趣，他們只希望它改變。

5. 你感嘆，做他們問什麼，他完全知道未來會發生什麼......

6. 3周後，客戶說，它都不盡如人意這種方式，你能不能改變呢？你再次建議你的原始解決方案，他們熱情地抓住它。他們似乎總是有一種選擇性失憶症，並且首先阻止了他們在這個問題上的作用。

我相信你們中的許多人都經歷過這個。得到我的東西總是當我們知道合理的聰明和有能力的人已經投入的時間和精力來真正理解問題並試圖提出一個好的解決方案時。令人沮喪的是，他們知道客戶的選擇是在3分鐘內隨便看一眼（或者更糟糕的是，他們的經理甚至不知道項目的真正意圖）。錦上添花的是，它通常在一天中很晚。

我知道敏捷方法論旨在解決這類問題，但它需要客戶購買某種類型的客戶（人們花費其他人的錢通常是）不願意給予的水平。

任何人有任何聰明的洞察你如何處理這個？

編輯：哎呀 - 順便說一句，我不是在談論任何當前或最近的客戶。這完全是假設......

Answer 1

通過您爲設計和開發解決方案所付出的努力，讓您的客戶付出努力。

工作越多，得到的東西越多。客戶將不得不爲他的錯誤付費。

客戶將最終學會欣賞您在編程領域的經驗和洞察力。

Answer 2

尼牙孜是正確的，遺憾的是得到一個客戶買入很難，直到他們一旦被燒燬之前是這樣的。

另外描述給客戶的情況和上述國家會是多少額外的，如果你去了三，四個星期的路線，並不得不重寫它的成本因更改，然後讓他們用原型。將一個人放在一起可能需要幾天的時間，以便他們可以看到兩種選擇（他們的[錯誤的方式]和你的[正確的方式]）。請記住，他們不僅支付您的編程能力，還支付您對出現問題的經驗和知識。

無論客戶做出什麼決定，請確保您獲得有關文件的記錄，更新您的項目風險註冊，並選擇具體執行風險並與項目經理（如果不是您）討論緩解計劃爲他們。

Answer 3

否則，如果他們不支付努力，只是避免把這麼多的資源投入到問題的解決方案，只是給他們確切的問題，然後想一想三個星期過去了。

有點令人沮喪，是的，但這是它永遠與那種客戶的方式。至少你不會虧本。

Answer 4

我同意Niyaz。然而，當客戶提出變更時，您應該弄清楚變更的影響以及影響發生的可能性。然後，如果他們批准變更，請問誰是負責人（並不總是那個客戶）。

使影響更清晰（成本更低，可靠性更低，交貨時間更長等）對幫助客戶做出決定非常重要。以實際的方式描述項目或業務的影響非常重要，並評估影響發生的可能性。 「Maybes」和「我感覺」是非常可恥的。

之後，只要權利人批准更改，並且只要他們支付它..但你也給他們他們想要的東西:)

Answer 5

有一件事我們已經在過去的一些成功完成在這種情況下就是把問題交給客戶。

「OK，你想改變它 - 這是 如果你這樣做會發生什麼這些 所涉及的問題，你有一個 想想你想如何讓它工作 然後回到我們身邊「。

這種方法不容易產生良好的解決方案（意料之中），但不傾向於讓客戶看到，它不是一個「直覺」，在黑暗中各種問題的野生刺。

如果失敗了，通常會讓他們停止要求您更改它！

Answer 6

通常情況下，這是由兩件事情引起的。應該給你的要求規範的人要麼不把他們的心投入到項目中，因爲他們沒有興趣，或者因爲他們真的不知道他們想要什麼。

敏捷編程是最好的方法之一，但還有其他方法可以做到這一點。就我個人而言，我通常使用經典的瀑布方法，所以螺旋和敏捷方法不在問題中。但這並不意味着你不能使用原型不能使用。

事實上，使用原型可能是最有用的工具。 Think about the iceberg effect.The secret is that People Who Aren't Programmers Do Not Understand This. http://img134.imageshack.us/my.php?image=icebergbelowwater.jpg

「你知道冰山是90％的水下嗎？那麼，大多數軟件也是這樣的 - 有一個漂亮的用戶界面，需要大約10％的工作，然後90％的編程工作在幕後....「 - Joel Spolsky

生成原型需要時間和精力，但它是收集需求的最有效方法，我的項目團隊所做的是，UI設計師是製作原型的人，如果您給用戶一個原型（至少有一個工作界面爲那麼你會得到很多批評，這可能會導致期望和要求，它可以看起來像YouTube上的評論，但它是一個開始。

第二期：

客戶在快速瀏覽後隨便提到他們想要更改。他們不瞭解所有您想要通過非常仔細思考的方法避免的可用性/一致性問題。

生成另一個原型。這裏的關鍵是結果，用戶想看到而不是他們的建議，他們必須聽到。

但是，如果一切都失敗了，您總是可以列出您實施解決方案的原因和利弊，無論他們喜歡的特定解決方案是否不是您堅持的解決方案。儘可能使文檔的這一部分儘可能可讀。例如：

問題：

該公園是所有好看的女人慢跑保持體形。約翰尼布拉沃喜歡享受「大自然的美麗」，所以他正在尋找融合......你知道......看着所有的愛好者，在追逐尾巴時做一點點慢跑。

替代解決方案：

1）放在黑色麂皮鞋看，你可以爲時尚。

2）穿上一雙耐克鞋。跑步的必備鞋。嘗試最新的風格。

實施的解決方案：

黑色麂皮鞋是首選，因爲......好，因爲熱的媽媽們挖黑色麂皮鞋。