代码之家  ›  专栏  ›  技术社区  ›  Galwegian

在原型阶段管理客户期望

  •  10
  • Galwegian  · 技术社区  · 16 年前

    为什么客户看起来 总是 急于相信展示几个实体模型的在线屏幕意味着应用程序离发货只有几步之遥?

    好吧,我知道答案在于他们不理解屏幕后面的工作 提供必要的功能 -我可以理解这一点,并且完全接受我们确保他们对项目时间表的现实性是至关重要的。

    我的问题是…

    在早期的原型/演示阶段,您成功地运用了哪些最有效的技术来最好地管理客户期望?(除了禁止营销人员进入房间;-)

    谢谢

    5 回复  |  直到 8 年前
        1
  •  6
  •   sabiland    16 年前

    我发现使用手绘屏幕模型而不是在计算机上设计的模型是非常有用的。它们可以更快地为您生成,可以包含尽可能多的信息,而且肯定不会给人留下应用程序即将就绪的印象:)

    如果你必须使用工具,比如 http://www.balsamiq.com/products/mockups 可能是为了你。

        2
  •  3
  •   Jon Limjap    16 年前

    我必须同意戴夫的意见。

    给用户, the UI is the application . 他们不能很好地理解功能块是后端代码和底层代码,因此您必须 非常小心 当向他们展示半功能的UI时,会让人觉得应用程序已经完成了。

    你必须把它砸向你的营销人员的头上,即使这意味着对他们部门的全面战争。

    纸质模型、Visio模型或PowerPoint演示文稿可以很好地工作。不幸的是,HTML模型(用于Web应用程序)或实际的Windows窗体(用于WinForms应用程序)在完成感方面有点危险。

        3
  •  1
  •   Adam Pierce    16 年前

    我喜欢利用这样一个事实,那就是我根本没有艺术天赋,我自己画图标,然后用一些像Ms paint这样的狡猾工具把自己塞进工具里,让它们看起来故意很糟糕。这样,您就可以有一个准备好演示、功能相当强大的图形用户界面,但看起来还没有完成。

    注意,我有几个应用程序附带了我的烂图标。管理层认为他们没事。

        4
  •  1
  •   Taptronic    16 年前

    以下需要加入某种“开发商权利法案”中:

    • 对商定的用户界面的模型、原型、图纸或草图的展示不构成一项几乎完成的任务、应用程序或项目。所提供的时间线仍然有效,并且仅指示所讨论的最终用户可交付成果。换言之,这不是一次长途跋涉。有很多基本的逻辑需要将原型付诸实践。它的90%是你看不见、触摸不到或无法与之交互的,而你所看到的原型在没有这种基本逻辑的情况下几乎是不完整的。感谢您的持续耐心。

    我无法用事实的语气解释听到客户说“那么,它就快完成了”是多么令人沮丧。然而,我猜想,如果世界上任何地方——这个网站是一个真正理解它是多么令人沮丧的地方。

        5
  •  0
  •   Eugen Fernea    8 年前

    根据你的地址,你可以通过用户界面线框或高保真模型来解释功能。一个帮助您设计桌面用户界面和编写功能规范的工具是 MockupUI .

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

    • 人们理解文字,但他们更喜欢图像。带评论的实物模型可以使您的演示更不技术,更容易理解。

    • 向他们展示一个UI原型,让他们批评它,整合他们的评论,并重复直到他们满意为止。

    • 通过向客户展示您对他们的需求有一个清晰的了解,并且他们的项目正在进行,从而获得客户的信任。

    • 在纸上或白板上绘制模型是灵活的,但是当涉及到修改或将它们集成到数字文档中时,事实证明要少得多。