Критикуя чужой сайт…, или не суди книгу по обложке

Процессы и методики

Людей хлебом не корми, дай покритиковать. Вспомните сколько раз вы делились с коллегами мыслями по поводу отвратительного дизайна того или иного сервиса. Поработав с продуктом всего раз, вы тянетесь в Твиттер, чтобы опубликовать свой гневный комментарий, забывая о том, что кому-то приходится работать с этой программой или сайтом регулярно. Насколько конструктивна ваша критика? Итак, вот шесть пунктов, которые помогут разобраться в этом вопросе:

• Помните о масштабах работ, которые вы выполняли. Микросайты и многостраничные контентно-ориентированные сайты требуют разного подхода в оценке. Есть ли у вас опыт проектирования подобных ресурсов?
• Иногда лучшие решения приносят в жертву корпоративной политике, особенно если речь идет о крупной международной компании.
• У всех разные ресурсы и возможности. Не требуйте невыполнимого от «голодающих» стартапов, делающих первые шаги.
• Никто не отменял следование бизнес-целям. Ваши вайрфреймы — лишь малая часть всей картины. Сервис должен быть рентабелен.
• Вы не репрезентативны. Не забывайте: ваша цель — проектирование пользовательского опыта взаимодействия, а не дизайнерского. Вы делаете сайты для простых смертных.
• Одним словом, хотите добавить ложку дегтя в бочку меда, подумайте, как бы вы могли помочь улучшить UX того или иного сервиса. Возможно, стоит написать не гневный, критикующий твит, а письмо с дружественным советом создателям продукта.

Six Things User Experience Designers Forget When They Criticize Websites

Поделиться:

Как оградиться от внешних факторов при A/B-тестировании?

Процессы и методики

Чтобы получить надежные данные при A/B-тестировании, очень важно правильно определиться с выборкой. Но как это сделать? Будет ли выборка в 200 человек достаточной, а в 300, 400? Чтобы правильно выбрать размер выборки, и, следовательно, продолжительность самого теста, необходимо ответить на следующие вопросы:

• текущий уровень конверсии исследуемой страницы;
• среднее число посетителей страницы в день;
• количество вариаций, которые тестируются;
• насколько точные вам нужны результаты (обычно используется доверительный интервал 95%) и т.д.

Также не забывайте, что на результатах теста могут сказаться события внешней среды, такие как государственные праздники, промоакции компаний, открытие новых магазинов и пр. Подробнее про другие факторы, оказывающие значительное влияние на A/B-тестирование, а также о том, как с ними бороться, в статье Аманды Далла.

A/B and Multivariate Test Validity: Beware of Bad Data!

Поделиться:

Перепроектирование сайта в формате реалити-шоу

Подкасты, Процессы и методики

Пол Боаг — один из основателей агентства Headscape начал второй сезон своего подкаста о проектировании, дизайне и разработке веб-сайтов. По ходу всего сезона он будет переделывать с нуля сайт самого подкаста и по шагам рассказывать ход работ и, что не менее важно, ход мыслей, соответствующий процессам, которые они применяют в реальных проектах. Таким образом, представляется интересная возможность заглянуть на творческую кухню этой компании, расположенной в пригородах Саутгемптона.

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

Подкаст: Открыть проигрыватель в новом окне | Скачать (Длительность: 47:14 — 21.7 МБ)

Laying The Ground Work

Поделиться:

CogTool — сервис для подсчета времени выполнения задач методом GOMS

Процессы и методики, Инструментарий

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

Созданный в CMU Human-Computer Interaction Institute инструмент CogTool автоматизирует такие подсчеты. Кэтлин Запата в статье для UX Magazine описала пример использования метода, в котором подсчитано время регистрации счета на сайтах ряда банков.

Конечно, такой метод обладает определенными ограничениями: одним из наиболее существенных является то, что он прогнозирует время «прохода» по задаче для опытных пользователей, уже знающих, как ее выполнять. На UX Марафоне 2011, который пройдет в формате вебинар-конференции с 24 по 28 октября, Ричард Омансон из компании User Centric более подробно расскажет детали применения методики GOMS и сервиса CogTool, о том, как встраивать их в реальные проекты и совмещать применение GOMS с исследованиями на пользователях. Обновленный сайт конференции и программа будут доступны в ближайшие 2 – 3 недели.

Evaluating UX by measuring task efficiency
Сервис CogTool

Поделиться:

Обзор методов построения информационной архитектуры

Процессы и методики

Джим Росс — директор по дизайн исследованиям в Electronic Ink — подготовил обзор шести различных методов разработки и тестирования информационной архитектуры: несколько вариантов карточной сортировки, а также тестирование навигационных «деревьев» и прототипов низкой детализации.

Довольно любопытная вариация карточной сортировки — так называемый «модифицированный метод Дельфи» — состоит в том, что каждому следующему участнику предъявляется не просто стопка карточек, а структура, составленная предыдущим участником. Такой метод позволяет несколько быстрее прийти к финальной структуре и получить более обширный качественный отклик от участников, так как в условиях несколько более простой задачи они могут активнее рассуждать вслух.

Comparing User Research Methods for Information Architecture

Поделиться:

Есть ли жизнь по ту сторону зеркала?

Процессы и методики

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

О плюсах и минусах зеркала Гезелла, а также его альтернативах и отзывах «подопытных» в статье на UX Matters.

The Myth of the One-Way Mirror

Поделиться:

Стоит ли добавлять в опросники обратные шкалы?

Процессы и методики, Видео, Исследования

Известно, что субъективные оценки респондентов с использованием шкал Ликерта подвержено целому ряду искажающих тенденций. Например, обычно в ответах проявляется эффект центрации, то есть участники несклонны проставлять крайние оценки: так, если у нас есть семибалльная шкала, люди довольно редко ставят оценки 1 и 7. В других случаях проявляется обратный эффект: респонденты соглашаются с предъявляемыми утверждениями и везде проставляют максимальные положительные оценки. Отдельную роль здесь играет социальная желательность определенных ответов, а также стереотипы оценок, сложившиеся, например, при обучении в школе: если имеется шкала от 1 до 5, россияне достаточно редко будут ставить оценки 2 и, тем более, 1.

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

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

Questionnaires & Answers at CHI 2011 in Vancouver
When Designing Usability Questionnaires, Does It Hurt to Be Positive? (научная статья) [PDF, 444 КБ]

Поделиться:

Юзабилити вокруг нас

Процессы и методики

Юзабилити не ограничивается рамками браузера. Удобство использования должно буквально пронизывать все аспекты повседневной жизни. Зачастую мы живем с целой кипой неудобных вещей, не замечая их «ущербности» в силу того, что пригляделись, свыклись, смирились.

Однако, каждый раз выезжая за границу, мы попадаем в другую реальность, где все «неинтуитивные» решения воспринимаются особенно остро. Помните ужасы покупки билетов для проезда в общественном транспорте или судорожное высматривание прибывающего поезда: тот — не тот, эта платформа или та, туда он едет или не туда…

Не удивительно, что закономерным этапом вхождения юзабилити в нашу жизнь стало появление и развитие такого понятия как «проектирование услуг». Статья Ubiquitous Usability — своеобразный манифест в поддержку «бытового» юзабилити; в ней рассказывается о находках и ошибках в этой области.

Ubiquitous Usability

Поделиться:

«Недетские» проблемы тестирования на детях

Процессы и методики

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

Знаете ли вы, что до 8 лет детям сложно давать на вопросы конкретные и достоверные ответы, и дело здесь не в детских капризах? А потому вопросы, которые вы собираетесь задавать в рамках юзабилити-тестирования, необходимо предварительно апробировать, чтобы удостовериться, что они отвечают уровню когнитивного развития ребенка. Также во время тестов необходимо постоянно поддерживать мотивацию и внимание детей. И еще одна интересная особенность заключается в том, что компьютерные тесты привлекательнее бумажных с точки зрения юных пользователей.

Usability testing with children: a lesson from Piaget

Поделиться:

Как перейти на HTML прототипы?

Подкасты, Процессы и методики, Инструментарий

Натан Кертис из агентства EightShapes рассказал в подкасте Джареда Спула о том, как они перешли с привычных PDF-макетов на HTML-прототипы. Это дало им, как агентству, целый ряд преимуществ:

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

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

Подкаст: Открыть плеер в новом окне | Скачать (Длительность: 32:14 — 16.8МБ)

Nathan Curtis – From PDFs to HTML Prototypes

Поделиться:

Видение как ключ к успеху при редизайне

Процессы и методики

Как при редизайне сайта сосредоточиться не на проблемах старой версии, а на глобальных целях и стратегии компании? Как сделать прорыв в развитии сервиса? Для этого требуется выработать видение того, во что должен превратиться ваш ресурс в будущем.

Украинские коллеги из Usabilist.com.ua перевели статью известного специалиста по информационной архитектуре Кристины Уодтке «Building a Vision of Design Success», в которой она рассказывает о том, что такое видение, как его сформировать в контексте реального проекта и как оно влияет на последующие этапы работы.

В чем залог успешности редизайна сайта (перевод)
Building a Vision of Design Success (оригинал статьи)

Поделиться:

Как решить пять наиболее частых проблем с фокус-группами?

Процессы и методики

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

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

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

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

Как вовремя определить наличие этих проблем в вашей фокус-группе и как с ними бороться —подробно описано в статье на UX Magazine.

How to fix the 5 most common mistakes with focus groups

Поделиться:

Насколько хорошо проектировщик должен понимать код

Процессы и методики

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

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

Concept to code: Code literacy in UX

Поделиться:

Взгляд на интернет-магазины с высоты птичьего полета

Процессы и методики

Интересный взгляд на проектирование услуг представил пользователь Хабрахабра Глеб Кудрявцев. Хотя автор достаточно вольно обращается с терминологией, сама статья интересна живо описанными примерами и доходчиво разъясняет основы проектирования услуг.

Процессный подход к проектированию интерфейсов

Поделиться:

Презентуем менеджменту программу оптимизации опыта взаимодействия

Процессы и методики

Случалось ли вам доказывать менеджерам высшего звена то, что юзабилити и опыт пользователей нельзя отодвигать на второй план? Менеджеры привыкли получать количественные доказательства тех или иных идей. Если вы не можете донести ценность UX до людей, принимающих решения в компании, то это не их вина, что пользователям не уделяют достаточно внимания.

Статья на UX Magazine предлагает лаконичный и наглядный формат для представления программы работ над пользовательским опытом в понятных для руководства терминах. Авторы Джон Дилворт и Мэтт Миллер предлагают выделить ряд ключевых для организации параметров пользовательского опыта и на количественных шкалах отобразить текущее и целевое состояние дел. Затем по каждой шкале необходимо сформулировать ключевые шаги по ее оптимизации.

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

Communicating the UX Value Proposition

Поделиться:

Не тестируйте сырые версии

Процессы и методики

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

Что же предлагается взамен? Ведь для успеха проекта также важно тестировать как можно раньше! Авторы статьи советуют сначала тестировать хоть и не полностью функциональный, но хорошо «отшлифованный» прототип, а потом — уже стабильную версию системы.

This Is Not Just a Test—It’s Primetime

Поделиться:

Как быстро утвердить готовый дизайн с заказчиком

Процессы и методики

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

Вот основные рекомендации Пола:

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

How To Get Sign-Off For Your Designs

Поделиться:

Тарас Бризицкий об интерфейсной анимации

Процессы и методики, Видео, Экранные интерфейсы

Вебинар «Анимация в интерфейсах» Тараса Бризицкого продолжает тему, поднятую во время его выступления на UX Russia 2009. В начале он рассказывает о том, откуда пришла в интерфейс анимация, вспоминая, в частности, интерфейсы из фантастических фильмов и компьютерных игр. В веб-интерфейсах анимация поначалу воспринималась в штыки. И все же постепенно проектировщики находят места, где она не раздражает, а наоборот позволяет сделать взаимодействие более приятным и естественным для пользователя. Так вот, о том, как и где ее использовать, и рассказывает в своем вебинаре Тарас.

Также из ролика вы узнаете, как донести до заказчиков и разработчиков свои идеи относительно анимации, какие использовать для этого средства. Помимо традиционных вайрфреймов и раскадровки, стоит рассматривать «аниматик» — черновой вариант видеоролика.

Поделиться:

Ученье — свет: как обучить клиента

Процессы и методики

Одна из важнейших компетенций проектировщика — умение обосновывать решения перед заказчиком. Здесь в ход идут самые разные средства: примеры из опыта, результаты исследований, а также статьи известных в отрасли людей.

Проект WeeNudge — небольшая коллекция тщательно отобранных статей, помогающих объяснить клиенту некоторые важные методологические и дизайнерские моменты и убедить в том, что это не просто прихоть, а элемент, который защищает весь проект от провала.

Сейчас на сайте рассмотрены следующие темы:

• Бесплатные работы при участии в конкурсах, тендерах и т.д.
• «Сгиб»: надо ли все запихать на верхний экран главной страницы
• Пустое пространство
• Удобные способы передачи файлов между дизайнером и заказчиком
• Блок-схемы экранов
• Контент
• Обратная связь по дизайну

WeeNudge

Поделиться:

Один юзабилист хорошо, а два лучше: парное проектирование в Cooper

Процессы и методики

Люк Вроблевски как-то заметил, что в лучших дизайнерских командах, никто никогда не знает, откуда пришла та или иная идея. Это высказывание — своего рода иллюстрация к статье специалистов из компании Cooper о принципах совместной деятельности внутри их команды. Итак, больше никаких «сольных» дизайн-проектов, только парные выступления! Вот принцип, который пропагандирует команда Купера. По их утверждению, такой подход помогает оптимизировать работу, добиться большей эффективности, исключить ненужные конфликты интересов и длительные обсуждения.

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

Better together; the practice of successful creative collaboration

Обновление: Появился русский перевод статьи:
Вместе веселее. Как наладить эффективное сотрудничество творческих людей

Поделиться: