在原型阶段管理客户期望

Question

为什么客户似乎始终渴望相信在线屏幕上展示一些模型意味着应用程序只是稍微调整一下就可以了？

好的，我意识到答案在于他们不了解屏幕后面必须进行的工作，以实际提供必要的功能 - 我能理解，并且完整接受我们确保他们对项目时间表的现实性至关重要。

我的问题是......

在早期原型/演示阶段，您成功利用哪些最有效的技术来最好地管理客户期望？ （除了禁止营销人员从房间; - ））

由于

Answer 1

我发现使用手绘屏幕模型而不是计算机上设计的模型非常有用。它们可以更快地为您生产，可以包含尽可能多的信息，当然也不会让人觉得应用程序已接近准备就绪：）

如果您必须使用工具，http://www.balsamiq.com/products/mockups之类的内容可能适合您。

Answer 2

我必须在这里同意戴夫。

致用户the UI is the application。他们不太清楚功能块是后端代码和底层内容，所以在向他们展示半功能UI时，你必须非常小心才能给人留下应用程序完成的印象。

你必须把它粉碎成营销人员的头脑，即使这意味着对他们的部门进行全面的战争。

纸模拟，Visio模拟或Powerpoint演示可以很好地工作。不幸的是，HTML模型（用于Web应用程序）或实际的Windows表单（用于Winforms应用程序）在完成感知方面有点危险。

Answer 3

我喜欢利用这样一个事实，即我没有任何艺术天赋，并且在像MS-Paint这样的狡猾的工具中画出图标和东西，所以它们看起来很刻意。这样你就可以拥有一个演示就绪，功能相当的GUI，看起来并不完整。

请注意，我有几个应用程序附带我糟糕的图标。管理层认为他们没事。

Answer 4

以下需要采用某种“开发者权利法案”：

• 商定的用户界面的模型，原型，绘图或草图的呈现不构成近乎完成的任务，应用程序或项目。提供的时间表仍然有效，并且只能规定最终用户的可交付成果。换句话说，它不是通过远射完成的。有很多潜在的逻辑需要将原型变为现实。其中90％的人无法看到，触摸或与之交互，而您正在查看的原型在没有底层逻辑的情况下几乎无法完成。非常感谢您的耐心。

我无法解释听到客户说“那么，它几乎完成了”是多么令人沮丧。事实上的语调。然而，我猜测，如果世界上任何地方 - 这个网站是一个确实感到沮丧的地方。

Answer 5

根据您要处理的人，您可以通过UI线框或高保真模型来解释功能。一个可以帮助您设计桌面用户界面和编写功能规范的工具是MockupUI。

在您的功能规范中包含数字用户界面模型的一些好处：

• 人们理解文字，但他们更喜欢图像。评论的模型可以使您的演示文稿技术性更低，更容易理解。

• 向他们展示一个UI原型，让他们批评它，整合他们的评论并重申，直到他们开心。

• 通过表明您对他们的要求有清楚的了解并且他们的项目正在进行中来获得客户的信心。

• 在纸面或白板上绘制模型是敏捷的，但是当涉及到修改或将它们整合到数字文档中时，它被证明要少得多。