Usability.by

Павел Коноплицкий
Проектировщик интерфейсов и специалист по юзабилити

Улучшение user experience и повышение юзабилити сервиса posterxxl.ru привело к росту чиcтой прибыли на 133%.

Для большого количества отечественных e-commerce сайтов и интернет-магазинов рост прибыли возможен без дополнительных затрат на рекламу и продвижение, за счёт улучшения пользовательских качеств сайта. О том, как это было сделано на примере сервиса posterxxl.ru вы узнаете из этой статьи.

Прочитать всю статью

Геннадий Драгун, Lead Information Architect EPAM

Статья 2007 года с сайта www.ui.by с исправлениями 2009 года.

Насколько можно верить результатам юзабилити тестирования? Насколько они достоверны? Стоит ли проводить юзабилити тестирование вообще? Можно ли доверять проведение юзабилити тестирование новичкам, закончившим в лучшем случае недельные курсы, или этим должны заниматься только профессионалы?

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

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

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

Геннадий Драгун, Lead Information Architect EPAM

Когда мы говорим про оценку (review, inspection) пользовательского интерфейса, то чаще всего подразумеваем экспертную оценку интерфейса специалистами по юзабилити или по проектированию интерфейсов. Традиционно считается, что оценки пользовательского интерфейса неспециалистами опасна, так как она может ввести проектировщика и проектную команду в заблуждение и даже нанести вред проекту.

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

Так чьей же помощью может воспользоваться проектировщик взаимодействия для оценки пользовательского интерфейса?
Читать полностью »

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

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

В статье “Разработчик пользовательских интерфейсов” HR-отдел компании Epam рассказывает об этапах работы над интерфейсом, перспективах работы для специалистов этой области в своей компании, даёт рекомендации для новичков. Открытые вакансии компании Epam в области проектирования и юзабилити будут появляться на нашем ресурсе.

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

Геннадий Драгун, Lead Information Architect EPAM

При общении с коллегами частенько скатываешься на тему обсуждения проектов и заказчиков. Иногда все получается так легко, тебе доверяют, и твои решения легко принимаются и командой, и заказчиком; а иногда приходится буквально сражаться за каждую идею. Почему? Тут можно много и долго говорить, а можно просто сказать, что в первом случае заказчики или проектная команда «созрели». Если они «созрели», то работается намного продуктивнее и интереснее.

В рамках конференции Software People 2009 Геннадий Драгун выступит с докладом «Как правильно инвестировать в юзабилити?», а пока прочитайте его статью «Зрелость юзабилити»

Сергей Мордович, Interaction Designer (IxD) ByLectric

‘The Medium is the Message.’
Marshall McLuhan

Я продолжу противопоставлять ТЗ и прототип, чтобы выявить неочевидные свойства прототипа и эффекты от его применения.

Автор «Неполного манифеста творческого роста» Брюс Мау (Bruce Mau) высказал мысль: «Процесс важнее результата. Когда результат довлеет над процессом, вы начинаете с того места откуда начинали. Когда процесс ведет нас, мы не знаем, куда мы зайдем, но если окажемся там, где нужно, то сразу поймем это».

Участники проектных команд обмениваются результатами своего труда, выстраиваясь в своеобразную пищевую цепочку. Как правило, для каждого личный результат довлеет над общим процессом. Пока каждый выполняют свою работу, её содержание, мотивы работника и критерии принимаемых им решений остаются скрытыми для остальных участников. Часто у аналитика/дизайнера/кодера/разработчика понимание проекта формируется только на основе того, что он получил от предыдущего звена в цепочке, и только в момент постановки задачи и estimation. При этом – он концентрируется на своём локальном участке работы, не проводя каких-либо дополнительных расследований и не оценивая взаимосвязей результатов своей работы с результатами других участников, упущенных возможностей, перспектив и последствий.
Читать полностью »

Сергей Мордович, Interaction Designer (IxD) ByLectric

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

В своей первой статье я хочу рассказать о вещах, которые могут быть не замечены или недооценены руководителями отделов разработок, дизайн-департаментов, бизнес-аналитиками, помочь отыскать упущенные возможности и подсказать некоторые ходы, пригласить вас заглянуть в философию дизайна. Потребность в прототипировании чаще всего вырастает из потребности сделать наглядной и более прозрачной фазу сбора информации и написания технического задания (ТЗ, спецификации, vision) [1], но я хочу рассказать о менее очевидных вещах.

Я противопоставлю прототип и ТЗ, чтобы в контрасте показать отдельные свойства и качества прототипа и всё, чем он может обрасти. Показать положительные побочные эффекты применения прототипов, которые обнаруживают себя ещё до использования прототипов в юзабилити-тестировании.
Читать полностью »