10 принципов правильного интерфейса

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

В самом начале 1995 года специалист по юзабилити Якоб Нильсен опубликовал десять главных принципов или «эвристических правил» «правильного» интерактивного пользовательского интерфейса.

1. Состояние системы должно быть всегда понятно для пользователя.

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

3. Пользователь должен свободно управлять системой, а не наоборот: пользователи часто ошибаются, поэтому всегда должна быть возможность быстрой отмены нежелательного действия.

4. Последовательность и единообразие в системе: пользователь не должен гадать, могут ли разные слова, ситуации или действия означать одно и то же.

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

6. Лучше понимать, чем вспоминать. Пользователь должен видеть все объекты и опции, а не держать их в памяти. Инструкции по использованию системы должны быть видны либо легкодоступны.

7. Гибкость и эффективность использования. В системе могут быть ускорители взаимодействия, доступные экспертам, но не мешающие неопытным пользователям.

8. Эстетичный и минималистичный дизайн. В диалогах не должно быть ненужной или редко используемой информации. Каждый блок дополнительной информации в диалоге конкурирует с действительно необходимой и мешает воспринимать её.

9. Система помогает распознавать и устранять ошибки. Сообщения об ошибках должны быть изложены ясным языком, точно указывать на проблему и предлагать конструктивное решение.

10. Справка и документация. Лучше всего, если системой можно пользоваться, не читая документацию, но при необходимости нужно обеспечить простой контекстно связанный поиск по справке, которая не должна быть слишком объёмной и должна предлагать список конкретных действий.

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

Комментарии

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Syntax highlight code surrounded by the {syntaxhighlighter SPEC}...{/syntaxhighlighter} tags, where SPEC is a Syntaxhighlighter options string or "class="OPTIONS" title="the title".
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Доступны HTML теги: <a> <p> <span> <s> <strike> <div> <h1> <h2> <h3> <h4> <h5> <h6> <img> <map> <area> <hr> <br> <br /> <ul> <ol> <li> <dl> <dt> <dd> <table> <caption> <tbody> <tr> <td> <em> <b> <u> <i> <strong> <del> <ins> <sub> <sup> <quote> <blockquote> <pre> <address> <code> <cite> <embed> <object> <param> <strike>
  • Использовать как разделитель страниц.

Подробнее о форматировании