Чужие мысли

Переводы и статьи по дизайну интерфейсов, юзабилити и web-разработке

Золотые правила плохого пользовательского интерфейса

Golden Rules for Bad User Interfaces
Автор: Gerd Waloszek
Источник: SAP Design Guild Team

Поступайте нелогично

Запускайте резервное копирование или процесс индексирования, когда пользователи не ожидают этого. Сделайте так, чтобы этот процесс было трудно отменить (например, игнорируйте движения мыши или нажатия клавиш).

Избавьтесь от функциональности, которая облегчает жизнь пользователям

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

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

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

Сбрасывайте состояние системы после каждого действия

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

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

Расставьте значения по умолчанию таким образом, чтобы доставить побольше неудобств пользователям

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

В диалоговом окне ставьте фокус на самое опасное действие (например, кнопку удаления файла или форматирования жесткого диска).

Если в форме нужно ввести дату, то поставьте какое-нибудь бесполезное значение. Например, в форме заявки на отпуск можно поставить текущую дату.

Всегда ориентируйтесь на плохие примеры

Просто следуйте правилам, приведенным на этой странице.

Берегитесь конечных пользователей

Вы же являетесь экспертом и сами знаете, что нужно пользователям. Вы ведь знаете, что нужно вам? Так почему им нужно что-то другое?

Если вам кажется, что функция не нужна – не добавляйте ее. Зачем она другим?

У большого числа пользователей будет много мнений, у вас – одно. Одно требование гораздо проще и быстрее сделать.

Превратите работу с вашей программой в настоящее приключение

Не давайте возможности отменять действия.

Не предупреждайте пользователя, если действия имеют серьезные последствия.

Высший пилотаж – это превратить работу с программой в русскую рулетку. Например, можно поменять местами названия функций «Удалить» и «Сохранить»…

Сделайте так, чтобы с программой можно было работать только с помощью мыши

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

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

Скрывайте важные и часто используемые функции

Это будет стимулировать пользователей лучше изучить вашу программу.

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

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

Посвятите пользователей в техническую терминологию

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

«Всегда кодировать URL как UTF-8 (требуется перезагрузка)».

Используйте аббревиатуры везде, где это возможно (особенно, если достаточно места для написания полного термина)

Используйте аббревиатуры в качестве подписей к полям, в заголовках таблицы, в тексте на кнопках.

Пишите dat. вместо date, TolKy вместо Tolerance Key, NxOb вместо Next Object и т.д.

Делайте все медленно

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

Не соблюдайте стандарты

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

Не группируйте пункты меню так, как это обычно делается (поместите для начала пункт «Сохранить» в группу «Правка»).

Заставьте пользователей делать ненужную работу

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

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






Комментарии



Roman 17.10.2007 05:51

Все точно как у нашего Project Manger’a ;)

Alexey 25.10.2007 04:34

Хехехе,
теперь-то я знаю, как должен выглядеть идеальный интерфейс! ;)

philonov 21.11.2007 08:50

Хорошая веселая статья на серьезную тему.
Мой преподаватель по рисованию учила меня переворачивать рисунок, что бы увидеть собственные ошибки, очень полезный совет оказался.
Даже в «руководстве» работает!

Ярослав Бирзул 22.11.2007 08:58

Ох, в некоторых моментах прямо таки заливался смехом :) спасибо за хорошее настроение на такую серьезную и важную тему, покажу нашему системному архитектору :)

Arenicus 05.12.2007 04:13

Не согласен с некоторыми моментами, например:
В диалоговом окне ставьте фокус на самое опасное действие (например, кнопку удаления файла или форматирования жесткого диска). - если одной из функций программы является удаления файлов, то установка фокуса на кнопку “Нет” диалогового окна будет однозначно мешать пользователю совершать это самое удаление. Кроме того, в Винде удаление файла происходит так: пользователь нажимает кнопку “Delete”, появляется диалог “Поместить файл в корзину?” с кнопками “Да” и “Нет”, причем фокус находится на кнопке “Да”. Через некоторое время пользователь привыкает к последовательности “Delete” - “Enter” и перестает задумываться о каком-то там диалоге с кнопочками. И вдруг в этот момент он решает освоить “нашу” программу, где фокус, согласно заветам автора статьи, ставится на кнопку “Нет”. С первого раза файл у него удалить точно не получится, да и с десятого тоже. И в сотый раз пользователь будет с некоторым подсознательным дискомфортом использовать функцию удаления.
Пользователь будет раздражен, ибо: а. Нужны лишние действия для удаления файла (”Delete” - “>” - “Enter”), б. Нарушаем привычки пользователя, сложившиеся не за один день.

Антон Вакуненко 05.12.2007 04:37

2 Arenicus:

По поводу подтверждения удаления все правильно.

Здесь имеется ввиду немного другое. Например, когда пользователь закрывает несохраненный файл, его спрашивают - “Сохранить файл перед закрытием?” с кнопками “Да” и “Нет”. В этом случае кнопка “Нет” - опасная (данные, скорее всего, будут потеряны безвозвратно).

В примере с удалением - кнопка “Да” не будет опасной (пользователь подтверждает свое предыдущее действие).



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

You must be logged in to post a comment. Log in