如何处理不明智的客户选择

Question

这是一个我确定你都熟悉的场景。

1. 你有一个相当“不干涉”的顾客，尽管你付出了最大的努力，他们真的不想太过参与决策。

2. 经验丰富的开发团队花费数小时讨论问题的特定方法的优缺点，并提出一个优雅的解决方案，避免了更明显的方法的缺陷。

3. 客户在快速浏览一下他们想要改变后随便提到。他们不会理解您在仔细考虑过的方法中试图避免的所有可用性/一致性问题。

4. 尽管有解释，但客户并不感兴趣，他们只是想改变它。

5. 你感叹并做他们所要求的事情，完全了解接下来会发生什么......

6. 3周后，客户说这种方式效果不好，你能改变它吗？你再次建议你的原始解决方案，他们热情地抓住它。他们似乎总是有一种选择性健忘症的形式，并且首先阻止他们搞砸这一点。

我相信很多人都经历过这个。当我们知道合理聪明且有能力的人为真正理解问题并尝试提出一个好的解决方案时所付出的时间和精力，这一点让我感到兴奋。令人沮丧的是，客户的选择是在3分钟内随意一瞥（或者更糟糕的是，他们的经理甚至不知道项目的真正含义）。锦上添花的是它通常在当天很晚才开始。

我知道敏捷方法旨在解决这类问题，但它需要一定程度的客户购买，因为某些类型的客户（人们通常花费其他人的钱）是不愿意给予的。

任何人都清楚地了解你如何处理这个问题？

编辑：哎呀 - 顺便说一句，我不是在讨论当前或最近的客户。这纯粹是假设的......

Answer 1

通过您为设计和开发问题解决方案所付出的努力，让您的客户付出代价。

你工作的越多，得到的就越多。客户将不得不为他的错误买单。

客户最终将学会欣赏您在编程领域的经验和见解。

Answer 2

Niyaz是正确的，不幸的是，在他们之前被烧毁之前，让顾客买入是很困难的。

另外向客户描述上面的场景，并说明如果你花了三四个星期的时间并且由于改变而不得不重写它然后让他们使用原型那么多花费多少钱。将它们放在一起可能需要几天时间才能看到两种选择（他们[错误的方式]和你的[正确方式]）。请记住，他们不仅为您的编程能力付出了代价，还为您的经验和对问题的了解付出了代价。

无论客户做出何种决定，请确保将其记录在案，更新项目的风险登记册，以及所选实施将产生的风险，并与项目经理（如果不是您）讨论缓解计划它们。

Answer 3

我同意尼亚兹的看法。但是，当客户建议更改时，您应该了解更改的影响，以及影响发生的可能性。然后，如果他们批准了更改，请询问负责人（并非总是客户）。

使影响清晰（成本更高，可靠性更低，交货时间更长等）对于帮助客户做出决策非常重要。以事实的方式描述对项目或其业务的影响非常重要，并评估影响发生的可能性。 “Maybes”和“我觉得”非常容易被忽视。

在此之后，只要合适的人批准变更，只要他们为此付出代价......那么你确实给了他们想要的东西：）

Answer 4

我们在过去在这种情况下取​​得一些成功的一件事就是将问题交给客户。

  

“好的，你想改变它 - 这是   如果你这样做会发生什么。这些   是涉及的问题。你有一个   想一想你是如何工作的   然后回到我们身边“。

这种方法并不倾向于产生良好的解决方案（不出所料），但确实倾向于让客户看到它不是一种“直觉”，在黑暗的问题中狂奔。

如果失败了，通常会让他们停止要求你改变它！

Answer 5

通常这样的场景是由两件事引起的。那些本应给你规格要求的要么是不要把他们的心投入项目，因为他们对它没兴趣，或者因为他们真的不知道他们想要什么。

敏捷编程是最好的方法之一，但还有其他方法可以做到这一点。就个人而言，我通常使用经典的瀑布方法，所以螺旋和敏捷方法都不在问题之中。但这并不意味着你不能使用原型。

事实上，使用原型可能是最有用的工具。 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上的评论，但它是一个开始。

第二期：

  

客户在快速浏览一下他们想要改变后随便提到。他们对您在仔细考虑过的方法中试图避免的所有可用性/一致性问题一无所知。

生成另一个原型。这里的关键是用户希望查看的结果，而不是他们必须收听的建议。

但如果所有其他方法都失败了，您可以随时列出您实施解决方案的优缺点，无论他们喜欢的特定解决方案是否与您坚持的解决方案不同。使文档的这一部分尽可能可读。例如：

问题：

公园是所有漂亮女人慢跑的地方。 Johnny Bravo喜欢享受“大自然的美丽”，所以他看起来要融入......你知道......看着所有的buff，在追逐尾巴时做一点慢跑。

替代解决方案：

1）穿上黑色绒面革鞋，看起来很时尚。

2）穿上一双Nike's。跑步的必备鞋。试试最新款式。

已实施解决方案：

黑色绒面革鞋是首选，因为......好吧，因为热辣的妈妈会穿黑色绒面革鞋。

Answer 6

否则，如果他们不付出代价，只需避免将那么多资源放入问题的解决方案中，然后只是给他们准确的问题，然后再考虑三个星期过后，我们才知道它。

有些令人沮丧，是的，但这就是这种客户永远的方式。至少你不会亏钱。