用户界面 – 操作系统用户界面准则:何时忽略?

this answer年的一行,“习惯使用Mac自己的条款”,让我惊喜一点,让我开始思考我以前考虑过的一些事情,还没有想出一个很好的答案.

每个操作系统都有自己的指导方针来开发一个应用程序的界面,使其适合操作系统,从而使用户的心态.

虽然没有人真的很强烈地执行这个任务(除了通常的“为xyz操作系统”制作的程序之外),它让我感到困扰,我必须在开发一个建议不同于操作系统建议的功能的应用程序时作出选择.它可能是应用程序本身与不同的用户界面更好,或者可能是由于实现,如作为webapp或跨平台.

应用与操作系统:

假设我有很好的理由,如果我选择针对这些UI建议来开发什么是后果?

Webapp与操作系统:

>如果我正在开发一个web应用程序,就像是桌面应用程序一样,我该怎么办?

>制定和遵循我自己的惯例(或主要操作系统的惯例之一)
>检查用户的操作系统并按照惯例(即使使用相同的帐户,用户也可以在不同的计算机上获得不同的体验)
>按照另一个主要webapp(gmail / docs,live等)的约定

跨平台vs操作系统:

>开发跨平台的应用程序

>遵循一个操作系统的惯例
>根据运行的操作系统,使用遵循大多数操作系统约定的跨平台库,尽管没有一个是完美的
>为完全本地化的每个操作系统的自定义界面

我意识到这很大程度上取决于可用的资源,以及其他各种不可知的内容,但是在考虑这种选择时,您使用的是什么考虑,策略和参数.

一般规则是,当您有令人信服的理由相信偏差导致用户绩效净值提高时,您可以偏离平台的风格指南.也就是说,由用户偏差提供的收益大于成本.

“令人信服的理由”一般是指经验证据 – 可用性测试数据,证实偏差的净改善.设计师的预感不够好.大多数操作系统指南不是任意的,而是与用户的性能优势相比,替代方案,可能包括您正在考虑的.应制定可用性测试,以实际评估绩效成本和收益,从而进行定量比较.领带要跟随风格指南.

即使指南是任意的,对于任何偏差,仍然总是存在与外部不一致的成本,成本可能难以量化,但必须通过设计师的判断来解释.外部不一致成本主要是学习偏差和与其他应用程序的上下文中使用偏差相关的错误的努力.如果提供培训和/或使用频率高(后者证明学习开销),学习的有效成本就会降低.偏差的错误频率与应用程序使用的频率和上下文相关联.如果您的应用程序与该平台的其他应用程序广泛和单独使用,则错误的有效成本将会降低.作为一个经验法则,除非用户每天使用您的应用程序数天,否则您需要展示出绝佳的用户性能来证明偏差.

一般来说,UI行为的不一致性比UI外观的不一致更为严重.此外,矛盾(看起来像风格指南中的东西,但意味着不同的东西)比违规行为更严重(与风格指南中的东西看起来不同,但意味着相同的东西).

对于应用程序来说,与操作系统风格指南一致对于Web约定来说通常更为重要,因为Web约定在功能上较弱,适用于用户可能遇到的较少应用程序.除了大多数用户使用单一应用程序,并且单个应用程序与您的应用程序一起使用,不应该遵守像Gmail这样的单个应用程序的惯例.为了实现最大的可用性,您应该遵循用户使用的任何操作系统的准则.没有替代品.

相关文章
相关标签/搜索