如何处理信息不足的客户选择

让你的客户付出你在设计和开发解决他们问题的方法上的努力。

你工作越多,得到的就越多。顾客将不得不为他的错误付出代价。

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

尼亚兹是对的,不幸的是,要想让顾客买账是很困难的,直到他们以前被这样烧掉一次。

另外,向客户描述上面的场景,并说明如果您连续三到四周修改,然后让他们使用原型,则需要额外支付多少费用。可能需要几天时间才能把它们组合在一起,这样他们才能看到两种选择(他们的[错误的方法],而你的[正确的方法])。记住,他们给你的不仅仅是你的编程能力,还有你的经验和对即将出现的问题的知识。

无论客户做出什么决策,确保您将其记录在案,用所选实施将产生的风险更新项目的风险登记簿,并与项目经理(如果不是您)讨论他们的缓解计划。

我同意尼亚兹的观点。但是,在客户建议进行更改时,您应该弄清楚更改的影响,以及这种影响发生的可能性。然后询问谁(并不总是那个客户)对可交付成果负责,如果他们批准了变更。

明确影响(更高的成本、更低的可靠性、更长的交付时间等)对于帮助客户做出决策非常重要。以事实的方式描述对项目或其业务的影响,并评估这种影响发生的可能性是非常重要的。”“也许”和“我觉得”是很不光彩的。

在那之后,只要合适的人批准改变,只要他们付钱。。你给了他们想要的:)

在这种情况下,我们过去做过的一件成功的事就是把问题交给客户。

“好吧,你想改变它-这是 如果你那样做会怎么样。这些 是否涉及问题。你有一个 想一想你希望它怎样工作 然后回到我们身边。

这种方法不会产生好的解决方案(这并不奇怪),但会让客户看到这不是一种“直觉”,而是一种在黑暗中胡乱捅戳的问题。

如果做不到这一点,他们通常会停止要求你改变它!

通常这种情况是由两件事引起的。那些应该给你需求规格说明的人要么是因为他们对项目不感兴趣,要么是因为他们真的不知道他们想要什么。

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

事实上,使用原型可能是最有用的工具。 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%的编程工作都在封面下……“——乔尔·斯波尔斯基

生成原型需要时间和精力,但这是收集需求的最有效方法。我的项目团队所做的是,UI设计师是制作原型的人。如果你给用户一个原型(至少是一个应用程序的外观和感觉的工作界面),那么你会得到很多批评,这些批评会导致欲望和需求。它看起来像YouTube上的评论,但这只是一个开始。

第二期:

客户匆匆看了一眼,就不经意地说要换。他们不了解你在仔细考虑的方法中试图避免的所有可用性/一致性问题。

生成另一个原型。这里的关键是用户想要的结果 看见 而不是他们必须的建议 听 到。

但是,如果所有其他方法都失败了,那么您可以列出实现解决方案的原因的利弊,不管他们喜欢的特定解决方案是否是您坚持的解决方案。使文档的这一部分尽可能可读。例如:

问题:

公园是所有漂亮女人跑步保持身材的地方。约翰尼·布拉沃喜欢欣赏“大自然之美”,所以他希望融入。。。你知道的。。。在追逐尾巴的时候,全副武装,做一点慢跑。

其他解决方案:

1)穿上黑色麂皮鞋,尽可能显得时尚。

2)穿上一双耐克的跑步必备鞋。试试最新款式。

实施的解决方案:

黑色麂皮鞋是首选,因为。。。好吧,因为性感妈妈喜欢黑色麂皮鞋。

否则, 如果他们不付出代价 ,只要避免在问题的解决上投入那么多资源,给他们确切的要求,然后在三周后再考虑。

是的,有点让人沮丧,但这种方式对这种客户来说永远都是如此。至少你不会赔钱。