Эта программа для шифрования сообщений при установке самостоятельно добавляет свой пункт в контекстные меню  операционной системы:

1. Она не спросила пользователя, нужно ему это или нет.
2. Она сделала свой пункт последним. Это очень важно - среди однородного списка всегда легче добраться до двух пунктов - первого и последнего. Microsoft не зря разместила пункт "Свойства" последним - этот пункт используется чаще других.

Перед вами фрагмент одной "доморощеной" программы. Спорю, что такого решения меню вы еще нигде не видели.

Меню здесь жутко загромождено во-первых разделителями, а во-вторых - пунктами меню - разделителями (помеченными "======").

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

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

прислал Ярослав Перевалов

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

Кроме того, можно увидеть еще некоторые неудачные решения (на рисунке они показаны желтыми кружками):

1. "Код" варианта - поле для пользователя совершенно излишнее, т.к. относится к внутренней структуре программы и даже заполняется автоматически.
2. Чем плох подобный "элемент управления" я уже писал.
3. Кнопка "Удалить", расположенная на той же форме, что и сама информация приводит к некоторому конфузу для пользователей. Кто захочет рубить сук, на котором сидит?

Некоторое время назад фирма Borland поместила в Интернет анкету для пользователей  Borland C++ и Borland C++ Builder. Целью этого опроса - сбор информации относительно реализации текущих и будущих возможностей обоих систем. Однако при этом фирма Borland допустила несколько ошибок в практичности своей анкеты, что напрямую ведет к уменьшению количества и достоверности собранной информации, что конечно же, далеко от цели исследования.

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

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

Следующий промах - анкета очень длинная: 49 пунктов по приблизительно 10 вариантов в каждом (490 опций!). Не каждый желающий ответить дойдет до ее конца (я лично бросил это дело на середине).

А вот как можно было уменьшить длину анкеты и увеличить ее практичность, что привело бы к большему количеству ответивших пользователей:

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

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

• Разработчики приложений для баз данных
• Разработчики middleware (COM, DСOM, CORBA)
• Разработчики приложений для Интернет

Это не только бы отсеяло лишние вопросы для каждой из групп, чем уменьшило бы размер анкеты, но и позволило бы фирме Borland получить требуемую информацию в разрезе групп, что повысило бы ее ценность. В этом случае рядовому разработчику офисных приложений не пришлось бы отвечать на вопросы типа "Which CORBA implementation do you plan to use for your C++ projects?".

Хотите попробовать анкету лично - пожалуйста.

В этой программе переключение режимов работы (offline-online) можно вывести на панель в виде кнопки. Как эта кнопка отображается в обоих режимах показано на рисунках. А теперь попробуйте угадать, какой из рисунков отображает on-line режим? Правый? Нет, на самом деле левый.

Если взять за основу левую картинку, здесь все нормально. Кнопка обозначает переключение в режим off-line. Проблема здесь вот в чем: при нажатии на кнопку и переключении режима одновременно меняется название кнопки и ее вид - она становится "нажатой".

А так как "нажатое" состояние кнопки означает, что какое-то свойство "включено", то в результате у пользователя создается полное ощущение, что он опять находится в режиме on-line. Два действия (смена названия и вида кнопки) взаимно исключают друг друга. Решить эту проблему можно просто - либо не менять название, либо не делать кнопку "нажатой".

 

Январь-Апрель 2000  <<   Октябрь-Декабрь 1999  >> Август-Сентябрь 1999  

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