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
3-4things_1

100 вещей о людях, которые неплохо бы знать: №2 – одновременно вы можете запомнить только 3-4 вещи (магическое число 3 или 4)

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

Автор статьи: Susan Weinschenk
Оригинал статьи опубликован в What Makes Them Click (25.10.2009)
Перевод статьи: Виктор Малый (UX-UA)

7 + – 2???
3 или 4???

Те из вас, кто работает в области юзабилити или проектирования взаимодействия на протяжении нескольких лет, возможно слышали фразу “Магическое число 7 плюс или минус 2”. Это понятие произошло из одной легенды, часть из которой приведена ниже.

“Однажды парень по имени Миллер провел исследование и написал научную статью о том, что люди могут запоминать и обрабатывать от 5 до 9 вещей (7 плюс/минус 2) одновременно. Поэтому, вы должны создавать меню, которые содержат 5-9 пунктов, или иметь то же количество закладок в горизонтальном меню на экране одновременно.

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

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

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

Пять компетенций UX-дизайна

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

Автор статьи: Steve Psomas
Оригинал статьи опубликован в UXMatters (05.11.2007)
Перевод статьи: Виктор Малый (UX-UA)

На протяжении моей карьеры UX-дизайнера, я постоянно задавал себе три вопроса:

  • Что является результатом моей работы?
  • Будут ли эти результаты легкими для восприятия мною и теми людьми, для которых они предназначены?
  • К какой из областей UX можно отнести мои результаты работы?

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

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

Share Button

UX в стартапах

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

Автор статьи: Whitney Hess
Оригинал статьи опубликован в UXMag (21.08.2010)
Перевод статьи: Виктор Малый (UX-UA)

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

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

Share Button

100 вещей о людях, которые вы должны знать: №2 — Люди читают быстрее текст с длинными строками, но предпочитают с короткими.

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

Автор статьи: Susan Weinschenk
Оригинал статьи опубликован в What Makes Them Click (26.10.2009)

Приходилось ли вам когда-либо решать какой ширины текст отображать на экране? Сделать широкую колонку на 100 символов, или короткую на 50?

Оказывается, ответ зависит от того, хотите ли вы, чтобы люди прочитали текст быстрее или, чтобы страница им понравилась!

Исследование (посылание ниже) показало, что 100 символов в строке это оптимальная длина для быстрого чтения с экрана; но это не то, что предпочитают люди. Мы читаем быстрее длинные строки (около 100 символов) но предпочитаем более короткие (от 45 до 72 символов). Например, в the New York Times Reader длина строки составляет в среднем 39 символов.

Исследование также показало, что люди быстрее могут прочитать одну широкую колонку текста, чем несколько коротких, но они все равно предпочитают несколько коротких (как в примере с New York Times Reader).

Итак, если спросить у кого-то, что им нравится больше, то они ответят “несколько коротких колонок” и, что интересно, они будут настаивать, что быстрее читать выходит так же много коротких, хотя данные говорят об обратном.

Так как поступить? Дать людям то, что они хотят или пойти против их предпочтений и интуиции, зная, что с более длинными строками они будут читать тексты быстрее?

Что бы вы сделали?
__
Dyson, M.C. (2004). “How Physical Text Layout Affects Reading from Screen.” Behavior & Information Technology, 23(6), pp. 377-393.

Article by: Susan Weinschenk
Originally published in What Makes Them Click (26.10.2009)

Share Button

Делайте больше, используя меньше времени

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

Article by: Jared Lewandowski
Originally published in UXMag (25.10.2009)
Translated by: Victor Malyy (UX-UA)

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

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

Share Button