В начале октября я посетил конференцию UserExperience, но только сейчас появилось время написать про нее заметку.

21 ноября 2010

3 августа 2010
Самая лучшая оптимизация это та, для которой не надо менять код проекта.
22 апреля 2010
Проектная документация. Задачи, требования и практика. К слову, в своих проектах я использую почти идентичный подход к созданию документации.
25 февраля 2009
Написал новую статью «Удобство использования форм». Думаю, многим будет полезно почитать.
8 января 2009
Если вам необходимо провести юзабилити тестирование вашего ресурса, но у вас нет денег на это, то не надо отчаиваться.
Имея доступ к логам вашего web-сервера, вы можете начать выявление проблемных мест с анализа логов. Например, если на вашем сайте присутствуют процедуры, разделенные на несколько шагов, вы можете посмотреть в логах, как часто запрашиваются те или иные шаги. Если один или несколько шагов запрашиваются одним пользователем несколько раз, то это явный признак того, что на этом шаге у пользователя возникают проблемы.
Анализ логов не может полностью заменить юзабилити тестирование, но может помочь выявить проблемные места.
Я рекомендую импортировать логи в базу данных. Так будет намного проще их анализировать и выявлять закономерности.
7 октября 2008
Недавно столкнулся с очень интересным документом — Windows User Experience Guidelines. Это пятисотстраничный мануал для разработчиков ПО под Windows. В этом замечательном манускрипте написано как именно проектировать ПО под Windows, чтобы оно было удобно, доступно и адекватно выглядело.
После прочтения этого мануала я начал уважать компанию Microsoft. Другое дело, что не все ПО разработанное Microsoft отвечает требованиям этого руководства :).
Если вы хотите делать удобные приложения под Windows, но не хотите тратить деньги на юзабилити, просто положите этот мануал на стол каждого разработчика и тестировщика.
Кстати, подобный документ есть и у компании Apple.
2 октября 2008
Любая программа должна попытаться корректно обработать введенные пользователем данные. Программистам удобнее, чтобы пользователь придерживался определенных правил и форматов при вводе данных в систему. Почему? Потому, что так проще их обрабатывать и хранить. Но пользователь — не программист и он не знает какие для него правила придумали разработчики программы. Например, пользователь должен ввести номер своего телефона, допустим мы ожидаем от него такую строку 74957978889, а он привык писать телефон так – 8 (495) 797-88-89. Что мешает написать регулярное выражение, которое принимало данные в том формате, в котором удобно пользователю, а сохранять данные в удобном для программиста формате?
Бывают случаи, когда с высокой долей вероятности можно предположить, как пользователь заполнит то или иное поле. Почему бы ни сделать это за него? Например, пользователь вводит счет получателя. Мы можем взять все счета получателей из справочника и угадать, какой он имеет введу по первым цифрам счета.
Естественно, что любое автоматическое заполнение полей должно быть прозрачно для пользователя, иначе неизбежны ошибки.
30 сентября 2008
Большинство современных операционных систем и ПО используют стандартные элементы управления интерфейсом. Такие как: поля ввода, чекбоксы, скроллеры и т. д. Эти элементы были разработаны в исследовательском центре Xerox в Пало-Альто в 70-х годах и позднее легли в основу операционных систем Windows и Apple. На данный момент эти элементы GUI являются стандартом де-факто.
24 сентября 2008
5 сентября 2008