Руководство пользователя по интерфейсу ОС: когда игнорировать?

Question

Строка в этот ответ , " Привыкайте использовать Mac на собственных условиях ", немного поразили меня и заставили задуматься о чем-то размышлял много лет назад и до сих пор не нашел хорошего ответа.

Каждая ОС имеет свои собственные рекомендации по разработке интерфейса приложения, чтобы он соответствовал ОС и, следовательно, мышлению пользователя.

Хотя никто в действительности не применяет это в какой-либо степени (кроме обычных программ «made for xyz OS»), меня беспокоит, что я должен сделать выбор при разработке приложения, которое предлагает функциональность, которая отличается от предложения ОС , Может быть, само приложение лучше с другим пользовательским интерфейсом, или это может быть связано с реализацией, такой как веб-приложение или кроссплатформенность.

Приложение против ОС:

• Каковы последствия, если я решу развиваться в соответствии с этими рекомендациями пользовательского интерфейса, если у меня есть для этого веские основания?

Webapp против OS:

• Если я разрабатываю веб-приложение, которое должно использоваться как приложение для настольных компьютеров, что мне делать:
  • Разработайте и следуйте моему собственному соглашению (или одному из основных соглашений ОС)
  • Проверьте ОС пользователя и следуйте этому соглашению (и, таким образом, пользователь получит различный опыт на разных компьютерах, даже если использует одну и ту же учетную запись)
  • Следуйте соглашению другого крупного веб-приложения (gmail / docs, live и т. Д.)

Кроссплатформенная и OS:

• При разработке кроссплатформенного приложения
  • Следовать соглашению одной ОС
  • Используйте кроссплатформенную библиотеку, которая следует большинству соглашений ОС в зависимости от ОС, на которой она запущена, хотя ни одна не идеальна
  • Пользовательский интерфейс для каждой операционной системы, которая является полностью нативной

Я понимаю, что это во многом зависит от доступных ресурсов и других непознаваемых вещей, но какие соображения, тактику и аргументы вы используете при рассмотрении этого выбора.

Answer 1

Общее правило заключается в том, что вы можете отклониться от руководства по стилю платформы, если у вас есть веские основания полагать, что отклонение приводит к чистому улучшению производительности пользователя. Таким образом, выгоды, обеспечиваемые отклонением для пользователя, превышают стоимость.

«Неопровержимая причина» обычно означает эмпирическое доказательство - данные теста пригодности, подтверждающие чистое улучшение отклонения. Предчувствие дизайнера недостаточно. Большинство рекомендаций по ОС не являются произвольными, а связаны с преимуществами производительности пользователя по сравнению с альтернативами, возможно, включая ту, о которой вы думаете. Тесты юзабилити должны быть сформулированы так, чтобы реально оценить как стоимость производительности, так и выгоды, чтобы их можно было сравнить количественно. Галстуки следуют руководству по стилю.

Даже если руководство является произвольным, всегда есть затраты, связанные с внешними несоответствиями для любого отклонения, затраты, которые могут быть трудно определить количественно, но должны быть учтены по решению дизайнера. Затраты на внешнее несоответствие - это, прежде всего, попытка выяснить отклонение и ошибки, связанные с попыткой использования отклонения в контексте других приложений. Эффективная стоимость обучения меньше, если обучение проводится и / или частота использования высока (последнее оправдывает затраты на обучение). Частота ошибок для отклонения связана с частотой и контекстом использования приложения. Эффективная стоимость ошибок меньше, если ваше приложение используется широко и отдельно от других приложений платформы. Как правило, если пользователи не используют ваше приложение ежедневно по несколько часов в день, вам необходимо продемонстрировать потрясающую превосходную производительность пользователей, чтобы оправдать отклонение.

Обычно несоответствие в поведении пользовательского интерфейса является более серьезной проблемой, чем несоответствие в внешнем интерфейсе внешнего вида . Кроме того, противоречия (что-то похожее на что-то из руководства по стилю, но означает что-то другое) более серьезны, чем неровности (то, что выглядит не так, как в руководстве по стилю, но означает то же самое вещь).

Соответствие руководствам по стилю ОС, как правило, важнее для приложения, чем соответствие веб-соглашениям, поскольку функциональные ограничения веб-приложений слабее, и, следовательно, они применяются к меньшему количеству приложений, с которыми пользователь может столкнуться. Не следует следовать соглашениям одного приложения, такого как Gmail, за счет рекомендаций ОС, если большинство ваших пользователей не используют одно приложение, а одно приложение используется вместе с вашим приложением. Для максимального удобства использования вы должны следовать рекомендациям для любой операционной системы, которую используют ваши пользователи. Там нет замены.

Answer 2

Я помню какое-то приложение, которое было непреклонно в том, чтобы сохранять одинаковый внешний вид на разных платформах, предлагая всевозможные преимущества при перемещении между платформами. Проблема в том, что большинство людей не используют одно приложение на разных платформах, они используют несколько приложений на одной платформе. Если одно из этих приложений ведет себя значительно иначе, чем они ожидают, основываясь на любом другом приложении, которое они используют, оно им не понравится.

Answer 3

Я не думаю, что здесь есть действительно хороший ответ, кроме как просто сделать то, что вы можете, чтобы следовать фактическим соглашениям платформы, на которую вы нацелены. Если вы разрабатываете веб-приложение с богатым графическим интерфейсом, вы все равно должны стараться следовать общим принципам веб-дизайна.

Если у вас есть мультиплатформенное приложение, и вы не можете иметь разные интерфейсы для каждого, вы можете попытаться объединить соглашения различных платформ, но, возможно, следуйте соглашениям платформы, где у вас большинство пользователей.

Вы должны знать правила, прежде чем сможете их нарушить.

Answer 4

Я думаю, что общая идея заключается в том, чтобы дать пользователю ощущение знакомства. Поэтому лучше всего заставить ваше приложение вести себя как любое приложение на платформе, на которую вы нацелены. Это особенно верно для Mac OS X, где ОС, приложения Apple и сторонние приложения имеют согласованный внешний вид (конечно, существуют исключения, но они рассматриваются как таковые: не лучший пользовательский опыт на платформе).

Для веб-приложений согласованность существует среди всех веб-приложений, где правило выглядит следующим образом: креативность (например, для игр или DVD-дисков). И обычно это работает.

Для кроссплатформенных приложений я бы предложил общее ядро ​​(например, меню приложения с File, Edit, View, ... Help) вместе со спецификой для каждой платформы.