В этой программе встречается пример неудачного использования диалоговых окон. Для расчета зарплаты запись о работнике нужно добавлять в расчетную ведомость. Если же запись об этом работнике  уже внесена, программа выдает 2 (!) сообщения подряд. Мало того что сообщение здесь излишне - программу можно реализовать так, что ситуация с внесением работника повторно может никогда не произойти, так еще оно разбито на два.

Но самое страшное даже не это. Дело в том, что в программе есть кнопка "Добавить всех". Представьте, что у вас 100 сотрудников и вы нажали на эту кнопку один раз, а затем (случайно или нет - неважно) второй. В результате вам придется 200 раз нажимать на кнопку Ok! Будете ли вы делать это? Скорее вы просто закроете эту программу.

Сегодня я расскажу об одном из недостатков программы для торговцев недвижимостью WinMakler. На первом рисунке вы видите часть экрана программы. Так вот, вы ни за что не догадаетесь (пока не заглянете в help) что надписи синего цвета и без тени - это элементы управления, т.е. чтобы изменить их значение, на них нужно два раза щелкнуть. Здесь недостатков целый список:

• Надписи - это надписи, а ни в коем случае не элементы управления - пользователи так привыкли. Здесь же пользователь не только должен догадаться, что на них можно щелкать, но и что щелкать можно именно на них (синего цвета и без тени) - на других надписях это не работает
• Программа заставляет пользователя делать двойной щелчок для смены значения. Двойной щелчок труден даже для опытных пользователей, не говоря уже об обычных.
• Если текущее слово длинное, а следующий вариант - короткий, многда пользователю придется передвинуть курсор мыши, прежде чем щелкнуть далее - это замедляет работу
• Пользователь не видит всех доступных вариантов одновременно
• Из предыдущего следует, что для того, чтобы найти нужный, ему придется долго щелкать

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

• Во-первых этот элемент понятен только программистам. Большинство пользователей не имеют никакого представления о базе данных, таблице (в понимании таблицы с данными) и записях в таблице. Они не знают, что по "записям" можно "двигаться", и что существуют конец и начало списка записей. Это терминология программиста.
• Такой элемент управления заставляет пользователя "блуждать в темноте" - в большинстве программ, где он используется, на экране видна одновременно только вся информация об одной "записи",  и никакой информации, что стоит за ней, а что перед ней. Более того, люди редко просматривают информацию в такой последовательности вообще (а в данном случае порядок представления информации еще и задается положением записей в таблице ). Чаще всего люди выбирают информацию из списка на экране по какому-то одному критерию (например, фамилия). Предоставление всей информации, которая есть для ориентации бесполезно - пользователь только теряется
• Это  элемент задает еще и некое направление просмотра. Он навязывает пользователю, что данные расположены как-то горизонтально, хотя физически у них нет направления. У каждого же пользователя в голове есть свое представление о том, как располагается та или иная информация. Кроме того, большинство списков, которые мы видим - вертикальные, а большинство  таких элементов управления - горизонтальные (как на рисунке).
• Изображения стрелок на кнопках слабо различаются между собой, поэтому для поиска нужной кнопки у пользователя уходит больше времени.

 

Август-Сентябрь 1999  <<  Июнь-Июль 1999  >>  Май 1999

Вернуться к Неудачным Решениям