快好知 kuaihz订阅观点

 

线框(wireframe),要还是不要?

有言道“一图胜千言”,可敏捷的世界里却没有铭记这句话。至少,很多敏捷团队中的设计人员这么想。在某些团队中,设计人员必须创建小的设计增量,而这个过程不一定能产生最好的结果。对于其他团队来说,“线框”是官僚体系的产物,阻碍了开发工作的高效推进。

Booshtukka提到,在当前的情境下,很难怪罪设计人员对于敏捷的不忿。敏捷流程希望让设计人员以小步增量的方式交付设计。创意因此面临困境。

这根本没有意义:创意本身是一个整体。假如有人要你画一栋房子,但是要一点一点地画。首先,画出烟囱;然后是窗户;然后画做为背景的山;然后是正门。你非给逼疯了不可,而且,你在画下一笔的时候,必须要改变之前的部分,以保证整个作品符合常理。

Sam在敏捷可用性论坛上发起一个类似的讨论,以理解“线框”的相关性和重要性。William Pietri回应了Sam,提到这在很大程度上应该由团队和个人来决定,决定他们是否需要线框,以及细节所应达到的程度。他认为:

对于这些问题,我觉得没有统一的答案。我们在寻找的,是个人差异、团队差异和最小浪费之间的交集。对我来说,达到目的的唯一方式是不断微调具体流程,看看如何尽量减少不良影响,同时仍能产出出色的工作成果。

Gene Arch和Paul Spencer提到:根据他们的经验,线框有其固有的价值,在很多时候,它可以帮助他们预见困难情形。对于他们来说,他们的设计人员与产品负责人一起工作,为下个sprint设计优先级最高的内容。

Pat Cheugn引用了文章“HTML线框和原型:都是收益,没有痛苦”,他认为:对于设计人员来说,就应该使用线框。在他看来,线框的好处在敏捷世界中更为彰显。

产生HTML线框和原型的确能让开发团队尽可能接近最终产品。它有助于过滤坏主意,并让好想法涌现出来……特别是在线框能够展示出用户流程和页面流程的情况下……

最大的收益来自于:线框能够开绿灯,告诉大家一切都已准备齐备,可以开始实现后端编码。从纸上到电脑不需切换,也不用从PSD文件切换到HTML,很多CSS风格都已经定义完成,而且实现也很快,因为HTML线框总是以范围的方式定义的。

Sascha Brossmann回应了类似的讨论,并认为:在敏捷环境中进行用户体验设计活动,最重要的原因,是要在开始开发之前把握更清晰的全局,并不断更新。他补充道:如果线框能够先于开发一个迭代创建出来,这也会很有帮助。Yoni补充说到:

我发现:(保真程度不同的)互动原型是敏捷环境(也包括其他环境)中最有效的交付物。提供这样一个人工产出,对于开发人员来说更为熟悉,而且在交付之后也不需要更多解释和手把手的指导,沟通的沟壑也在不意间降低了。

William提出一种有趣的方法,用来验证线框对于团队的需求和意义。他认为:开发人员设计人员对于线框的认识总是存在差异。如果设计人员能够展示出线框的意义,这将会很有帮助。

要想说服开发人员你的方法的价值所在,你要试着在某些用户故事中尝试各种方法,并在回顾会议中谈论发生的事情。如果你能发现他们没有看到的东西,想办法展示给他们看。

Jérôme Gravel-Niquet补充了他们团队认为有效的方法。他认为:

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:线框,要还是不要?  wireframe  wireframe词条  不要  不要词条  还是  还是词条  
设计

 iPhone和Android的控...

一、前言开发者在产品上同时覆盖iOS平台和Android平台时,则会遇到同一个功能在不同平台中界面和交互如何展现的问题。了解两个平台间的控件对应关系和异同点,对...(展开)