如何为用户界面开发制定和应用标准?

一个解决方案可能是创建应用程序的所有屏幕的草图,让工效学专家对它们进行审查以纠正最大的错误,然后将它们交给开发人员。

这样,他们就会知道他们正在开发的屏幕应该是什么样子的——最终仍然会有一些不同,但这些不应该是“大的不同”,应该是可以修复的EAISER。

这意味着并不是每个开发人员都必须想象完美的屏幕是什么样子的:每个屏幕都将与其他屏幕保持一致。

每个人都有自己的风格,要定义一个能让每个人以一致的方式绘制UI的标准是很困难和浪费时间的。相反,选择您最好的UI设计器来做他最擅长的事情,并为整个系统设计UI。通过设计器收集所有的UI更改是困难的,所以只要让您的开发人员在实现新的用例时“弄乱它”,并在发布前让您的设计人员清理它就行了。对于他/她来说,重新排列现有表单并为UI带来某种一致性并不难。

我找到了这个 12 Standard Screen Patterns 文章非常有用。

采用久经考验的MVC系统,使视图与业务逻辑脱钩。然后让一个用户界面设计师制作草图并完成它。从我的经验来看,用户界面是最好的。用户在得到所有细节之前会得到一个整体视图,定义和捕获这个层次结构是很好的用户界面。业务逻辑的编码是按照您在用例基础上提到的方式完成的,主要是自下而上的,这就是代码与用户界面不同步的地方。

指定一个人(最好是有图形设计经验的人,即使他们不是真正的程序员),并授权他们随时对所有表单、页面和控件进行外观更改,并让他们负责应用程序的整体外观和感觉。

至于度量标准,跟踪这个人需要花费多少时间来“修复”每个程序员的工作,并确保程序员知道这些数字。这个想法是鼓励他们从一开始就让自己的东西看起来像应该的,但也不要基于他们认为东西应该是什么样子做奇怪的事情。我不得不花更多的时间来撤销同事们怪异的设计选择。

不要害怕让外部资源审查每个程序员的设计工作。对于程序员来说,1)生成外观糟糕的uis,2)相信uis看起来很棒是很常见的。你应该像军队对待新兵训练营那样:从一开始就把他们完全分解,这样你就可以以正确的方式重新建立起来。

创建自己的书面标准的一部分问题是,虽然意思很好,但可能存在错误,或者比标准化更好的方法。例如,在我工作的地方,当你点击标准化的取消按钮时,它什么也不做(它被连接到重置)。

相反,我建议选择现有的标准,例如 The Macintosh Human Interface Guidelines 或 Windows User Experience Interaction Guidelines . 即使标准是错误的,偏离广泛确立的惯例也很少有好处。

然后为开发人员挑选一些好书,比如“设计接口:有效交互设计的模式”。好的用户界面设计在一定程度上是一个好的品味问题,虽然不是每个开发人员都会对这个主题感兴趣,但帮助他们改进对您最有利。

接下来,当一个产品的接口与另一个产品的接口不一致时,授权您的QA团队归档错误。如果开发者有理由的话,他可以标准化或者证明偏差是合理的。我们这样做,效果很好。

最后,检查您现有的产品,并就如何统一它们的接口达成共识。如果可以的话,请来一位可用性专家。我见过好的人做得很出色。

对于如何处理UI问题,确实没有明确的解决方案。然而,有几种方法可以用来解决事情变得过于复杂的问题:

• 用例在本质上通常是跨学科的,因此完成用例的责任应该在能够正确实现它的人之间划分。程序员和设计师类型的人需要合作。

• 团队中的每个人都需要牢记 seperation of concerns 也就是说,可以分开的东西必须以这种方式保存,最好尽早保存。有很多方法可以做到这一点:例如,在项目中应用MVC模式(这是一种非常广泛的方法)。表示和逻辑应该分开,这样一个层中的更改就不会影响另一个层。

• 需要有人负责整个UI设计,以便在整个应用程序中保持一致。最好是一个既是图形设计师又对可用性有一定了解的人。用户界面设计是一个需要随着用例一起计划和随着开发的进行不断修改的东西。一致的UI非常重要,开发人员需要在它上面。