为什么客户似乎总是渴望相信呈现一些在线样机屏幕就意味着该应用程序仅需经过几处调整即可交付？

好的，我知道答案在于，他们不了解屏幕后面进行的工作以实际提供我所能理解的必要功能，并且完全接受至关重要的一点是，我们必须确保它们切合实际项目时间表。

我的问题是

在原型/演示的早期阶段，我们成功采用了哪些最有效的技术来最佳地管理客户的期望？ (除了禁止营销人员离开会议室；-)

谢谢

解决方案

回答

我发现使用手工绘制的屏幕模型而不是计算机上设计的模型确实很有帮助。它们可以为我们更快地生成，可以包含尽可能多的信息，并且肯定不会给人以为应用程序即将准备就绪的印象：)

如果我们必须使用工具，则http://www.balsamiq.com/products/mockups之类的工具可能会对我们有用。

回答

我喜欢利用我根本没有艺术才能的事实，然后将图标绘制并塞入一些诸如MS-Paint之类的狡猾工具中，以使它们看起来故意糟透了。这样，我们就可以拥有一个演示就绪的，功能正常的GUI，而且看起来还没有完成。

提醒我们，我有几个带有糟糕图标的应用程序。管理层认为他们还可以。

回答

我必须在这里同意戴夫的观点。

对于用户而言，UI是应用程序。他们不太了解功能块是后端代码及其背后的内容，因此向他们展示半功能UI时，我们必须非常小心，以给人以应用程序完成的印象。

我们必须将其粉碎到营销人员的脑海中，即使这意味着对他们部门的全面战争。

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

回答

在某种形式的"开发者权利法案"中，需要满足以下条件：

• 商定的用户界面的模型，原型，图形或者草图的表示并不构成几乎完成的任务，应用程序或者项目。所提供的时间表仍然有效，并且仅指示最终用户可交付使用的内容。换句话说，它远未完成。有很多底层逻辑需要使原型栩栩如生。如果没有这种底层逻辑，我们无法看到，触摸或者互动的90％以及我们正在查看的原型就很难完成。感谢我们一直以来的耐心等待。

我无法解释听到客户说"那么，它几乎完成了"是多么令人沮丧。实事求是。但是，我猜想，如果在世界上任何地方，该站点都是一个可以理解它令人沮丧的地方。