OliviaWilde_0027

Eye-tracking: кейсы и инсайты

Теория и практика -
Share Button

Слово “eye-tracking” для большинства из нас — дизайнеров, маркетологов, юзабилити-специалистов, проектировщиков интерфейсов — давно уже не является чем-то загадочным и неизвестным. Eye-tracking — cистема регистрации движения глаз, которая не позволяет читать мысли пользователя, покупателя или потребителя, но позволяет достаточно точно и эффективно отслеживать, на что тот обращает внимание при использовании или выборе продукта. Слово “продукт” здесь следует понимать в самом широком смысле — это может быть цифровой продукт (интерфейс сайта или мобильного приложения), интерфейс реального устройства, продукты на полке супермаркета. Можно найти большое количество материалов о том, как именно работает система (например, вот здесь: http://en.wikipedia.org/wiki/Eye_tracking). В настоящей статье мы поговорим о ключевых кейсах использования системы eye-tracking и зафиксируем наиболее интересные и значительные инстайты, полученные в ходе исследований от разных компаний.
Читать далее →

Share Button
wave

Процесс и результат

Теория и практика -
Share Button

Недооценивание важности процесса и переоценивание важности результата

О слове “юзабилити” мы узнали относительно недавно, но оно уже успело изрядно подзатаскаться. Юзабилити-специалисты напрочь забыли об удовлетворённости, думая только об эффективности и продуктивности (для бизнеса), называя всё это “удобством”, хотя все эти три термина (эффективность, продуктивность и удовлетворённость) равноправно стоят в определении слова “юзабилити” в стандарте ISO 9241-11. Все мы употребляем приставку UX в названии должности, как бы намекая, что занимаемся чем-то, что связано с user experience, хотя о самом-то experience (что в переводе с англ. означает “опыт” и, что более важно в контексте данной статьи, “переживание”) мы немного позабыли, превратившись в оптимизаторов конверсии. Читать далее →

Share Button
sketches

Неряшливое искусство UX-скетчей

Useme переводы -
Share Button

Автор статьи: Peiter Buick
Оригинал статьи опубликован в Smashing Magazine (13.12.2011)

Многие говорят, что создание скетчей – это очень важно при проектировании или решении проблем, но, кажется, очень мало людей действительно создают скетчи. Будучи UX-специалистом, я делаю скетчи каждый день. Я часто занимаю целые стены в нашем офисе и завешиваю их скетчами, размещая всё: от сценариев использования до прототипов и презентаций.

Мой рабочий стол

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

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

Share Button

4 стратегии работать с дизайнером, не убивая друг друга

Useme переводы -
Share Button

Автор статьи: Hana Schank
Оригинал статьи опубликован в UX Magazine (10.11.2011)

14 лет назад, на моей первой должности информационного архитектора, я столкнулась с дизайнером. Мы работали в крупном рекламном агентстве, которое было известно своими ошеломляющими дизайнерскими работами. Арт-директора агентства обладали таким уровнем, который я не встречала нигде ранее. В результате, за более чем 10 лет работы собралось портфолио из великолепных принтов и ТВ-реклам. Метод “во-первых дизайн” хорошо работал для этого агентства и позволил выиграть много наград, а также получить клиентов из списка Fortune 500.

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

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

Я: И когда кликаешь по этой кнопке, куда ты попадаешь?
Дизайнер: Я ещё не проработала это, но всё будет в порядке.

В то время я думала, что столкнулась с особо упрямым дизайнером, но, на самом деле, я просто прорывала свой путь в самой сложной задаче в области информационной архитектуры: провести связь между красивым дизайном и удобной ИА. Поскольку это происходило в раннем мире вэба, агентству только предстояло найти баланс между юзабилити и дизайном, и мне тоже. В последующие годы ситуация не изменилась существенно. Дизайнеры всё также хотели делать прекрасные вещи, UXеры  всё также хотели делать удобные вещи, и эти две цели часто расходились. Что изменилось для меня, так это подход к работе с дизайнерами.
Читать дальше→

Share Button

Почему проблемы юзабилити не исправляются?

Useme переводы -
Share Button

Автор статьи: Jim Ross
Оригинал статьи опубликован в UXmatters (7.02.2011)

Сколько раз это случалось с вами? Вы заканчиваете презентацию результатов юзабилити-тестирования, эвристического анализа или других исследований пользовательского поведения, чувствуя себя отлично, предвкушая положительное воздействие ваших рекомендаций на user experience. Аудитория улыбается и дружно кивает на протяжении всей презентации. Большинство из них согласны с вашими выводами и кажутся искренне впечатлёнными от работы, которую вы проделали. Но впоследствии вы сталкиваетесь с тем, что только некоторые рекомендации реализованы полностью, а все остальные – нет.
Почему юзабилити-проблемы не исправляются? Если мы указываем на очевидные проблемы с юзабилити и предлагаем их разумные решения, почему иx так никто и не исправляет? В данной статье я рассмотрю эти вопросы и дам некоторые советы, которые могут обеспечить внедрение ваших рекомендаций.

Причины, по которым проблемы юзабилити не исправляются

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

Нехватка ресурсов

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

Ни у кого нет навыков, чтобы исправить их

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

Нехватка времени, денег или ресурсов

Зачастую, существует больше проблем с юзабилити, чем команда может исправить за доступное время, деньги и другие ресурсы. Гораздо проще внедрить решения простых проблем, которые называются быстрыми победами (quick wins), чем решать сложные вопросы, которые требуют значительных переработок. Хотя решение этих маленьких проблем могут дать команде чувство выполненного долга, более серьёзные проблемы, к сожалению, могут так никогда и не быть решены.

Технические ограничения

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

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

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

Share Button
fast-prototyping

Проектируйте лучше и быстрее, используя “быстрое прототипирование”

Useme переводы -
Share Button

Автор статьи: Lyndon Cerejo
Оригинал статьи опубликован в Design Better And Faster With Rapid Prototyping (16.08.2010)

Старая поговорка гласит: “одно изображение способно заменить тысячу слов”. Её можно также применить и к прототипированию: лучше визуализировать тысячи слов о дизайне и разработке системы – то, как она должна работать и выглядеть. В итеративном подходе к созданию пользовательского интерфейса словосочетанием “rapid prototyping” называют быстрое макетирование будущего состояния системы, будь то вэб-сайт или приложение, и его проверка пользователями, заказчиками, разработчиками и дизайнерами. Если делать это быстро и итеративно, то можно по ходу процесса создания получать отдачу на ранних этапах и регулярно, повышая уровень финального дизайна и снижая необходимость внесения изменений в процессе разработки.

Прототип может быть как грубым бумажным скетчем, так и интерактивным симулятором, который выглядит и работает как финальный продукт. Ключом к успешному быстрому прототипированию является пересмотр применённых методов на основе обратной связи. Быстрое прототипирование помогает команде экспериментировать с различными подходами и идеями, облегчает обсуждение (поскольку используются визуальные образы, а не слова), гарантирует общее понимание, снижает риски и позволяет избежать невыполнение каких-либо требований, быстрее приводя к лучшему дизайну.
Читать дальше→

Share Button

17 способов минимизировать «трение» в продажах

Useme переводы -
Share Button

Автор статьи: Linda Bustos
Оригинал статьи опубликован в Get Elastic (25.06.2010)

В оптимизации «посадочных» страниц «трение» (фрикции, разногласия. Англ.- friction) подразумевает «психологическое сопротивление к элементу, поданному в процессе продаж, которое вызывает усталость и запутывает мышление», в соответствии с Marketing Experiments доктора Флинта МакГлафлина (Dr. Flint McGlaughlin). Целью «e-commerce-оптимизатора» является уменьшение этого сопротивления на столько, на сколько это возможно.

Где опыт клиентов сопротивляется вашему процессу продаж? Давайте проверим некоторые общие части сайта.

Главная страница

1. Страницы, которые медленно загружаются

Как было показано недавно на Forrester Research, 2 секунды – это новый приемлемый порог скорости загрузки страницы. Медленная загрузка вэб-сайтов приводит к потерям в онайлн-продажах. 40% пользователей заявили, что они покинут сайт, загрузка которого заняла более 3х секунд.  79% недовольных  пользователей утверждают, что вряд ли будут совершать покупки на сайте снова. 75% сказали, что их возвращение на сайт маловероятно. Таким образом, вы должны приложить все усилия, чтобы ускорить ваш сайт. Такие услуги как Akami, Strangeloop и Gomez могут помочь вам уменьшить время загрузки вашего сайта. Воспользуйтесь Website Performance Tester от Strangeloop, чтобы увидеть, насколько быстрее сможет стать ваш сайт после оптимизации.

Если хотите больше советов по ускорению вашего сайта, тогда смотрите запись нашего вэб-семинара Every Second Counts: How Website Performance Impacts Shopper Behavior (Каждая секунда на счету:  как эффективность сайта воздействует на поведение покупателей) и 25 Ways to Speed Up Your Website (25 способов ускорить ваш сайт) от Джастина Палмера.

Читать дальше→

Share Button