5.1 Основы UX

Обзор и мотивация

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

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

Корпоративная и государственная среда поднимают ставки. У корпоративного программного обеспечения нередко «пленные» пользователи, которые не могут уйти, поэтому плохой UX оплачивается обучением, заявками в поддержку, ошибками и потерянной производительностью, а не уходом людей. Государственные услуги нередко охватывают всё общество, включая людей в кризисе, на старых устройствах, с низкой цифровой уверенностью или без альтернативного поставщика. Здесь качество UX вопрос равенства и гражданского доверия: плохо спроектированное заявление на пособие может лишить человека еды или жилья не потому, что он не имеет права, а потому, что он не смог закончить форму.

Ключевые принципы

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

Компромиссы: плюсы и минусы

Подход	Плюсы	Минусы
Непрерывные исследования для обнаружения	Рано ловит проблемы, строит общее понимание	Постоянная цена, нужны конвейер набора участников и опытный персонал
Тяжёлые предварительные исследования	Глубокое понимание до крупных вложений	Медленно, может задержать обучение, которое раскрывает только поставка
Решения только по аналитике	Масштабируется, объективно, дёшево после инструментирования	Объясняет что, но не почему; слепо к не-пользователям и крайним случаям
Персоны и карты путешествия	Выравнивают многие команды на одной модели пользователя	Устаревают, могут стать вымыслом без обновления данными
Встроенные дизайнеры	Быстрая обратная связь, общая ответственность	Труднее держать ремесло согласованным между многими командами

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

Вопросы для обсуждения с командой

Кто владеет общей информационной архитектурой и контролируемым словарём и что происходит, когда команда хочет отклониться? В масштабе самая частая ошибка позволять каждому отряду открывать собственную структуру оргсхемы и собственные названия для одного и того же понятия, так что в продукте три слова для одной вещи и навигация, отражающая отделы вместо задач пользователей. Решите сейчас, принадлежат ли IA и словарь центру, выводятся ли из сортировки карточек и тестирования деревьев, а не внутренней политики, и как команда запрашивает изменение. В корпоративной и государственной среде это важнее, потому что «пленные» пользователи не могут уйти, поэтому несогласованность оплачивается обучением, заявками в поддержку и ошибками, а не оттоком. Принесите текущий список дублирующих терминов и конфликтующих потоков как свидетельство. Если вы не можете назвать владельца, это ваш первый пункт действий.
Каков наш конвейер набора участников исследований и достигает ли он пользователей с цифровой помощью, с низкой уверенностью и нецифровых? Непрерывное обнаружение работает, только если вы можете представать перед настоящими пользователями каждую неделю, а труднее всего набрать нередко тех, кому услуга нужнее всего: людей в кризисе, на старых устройствах или обычно полагающихся на помощь. Тестирование только уверенных подключённых добровольцев даёт лестную, но ложную картину, особенно для государственных услуг, где равенство доступа и есть вся суть. Договоритесь, кто ведёт набор, какие поощрения предлагаете и как наблюдаете сессии с цифровой помощью, не добавляя бремени уязвимому человеку. Принесите демографию участников ваших трёх последних исследований и сверьте с вашей реальной базой пользователей. Если она смещена к легко достижимым, исправьте конвейер, прежде чем доверять находкам.
Какие барьеры качества UX принадлежат нашему определению готовности и как не дать им стать театром? Встраивание дизайнеров и исследователей окупается, только если исследование постоянный вход в приоритизацию, а проверки удобства использования и доступности действительно блокируют выпуск истории, а не слайд, которым все кивают и который игнорируют. Выберите конкретные метрики результата, которые вы будете отслеживать рядом с метриками поставки: успех задачи, время на задачу, доля ошибок и удовлетворённость. Риск в исследованиях, проводимых для оправдания уже принятых решений, поэтому договоритесь, кто может наложить вето на запуск по барьеру UX и какие свидетельства перевешивают мнение руководителя. Принесите одну недавнюю функцию и спросите, изменило ли её исследование решение или лишь украсило. Если находки никогда не двигают дорожную карту, ваши барьеры косметические.
Как нам не дать нашим персонам, картам путешествия и IA выродиться в вымысел, когда исследованию, их породившему, год? Общие модели позволяют десяткам команд проектировать к одному связному опыту, но работают, только пока ещё описывают реальных пользователей, а миг, когда персона становится артефактом, который люди цитируют, чтобы выигрывать споры, а не резюме свидетельств, она вредит активно. Решите, кто владеет обновлением каждой модели, с каким ритмом и по каким данным (свежие интервью, аналитика, темы поддержки), и договоритесь о видимой дате «последней проверки», чтобы устаревшие модели были очевидны. Конкурирующее соображение цена: непрерывное обновление всего расточительно, поэтому привяжите частоту обновления к тому, как быстро на самом деле меняется эта часть базы пользователей или путешествия. Принесите происхождение ваших текущих главных персон и спросите, когда каждая последний раз сверялась с настоящим пользователем. В корпоративной и государственной среде, где «пленная» или публичная база пользователей смещается медленно, но значимо (стареющее население, новое пособие, смена устройств), модель, тихо уходящая в устаревание, может годами направлять вложения к пользователям, которых больше нет.
Где живёт доступность в нашем процессе и можем ли мы доказать, что выпуск ей соответствует до поставки, а не после жалобы? Воспринимание доступности как позднего прохода по соответствию и самая частая, и самая дорогая ошибка, потому что дооснащение семантикой, порядком фокуса и контрастом построенного интерфейса стоит гораздо больше, чем закладывание их в проект. Решите, какому стандарту вы себя подчиняете (например, WCAG, Web Content Accessibility Guidelines), является ли соответствие блокирующим барьером в определении готовности и кто отвечает, когда недоступная функция попадает в эксплуатацию. Напряжение это скорость против инклюзивности, и команды под давлением срока тихо отбросят непринуждаемые проверки. Принесите ваш последний аудит, автоматическое и ручное покрытие за ним и число проблем доступности, найденных после выпуска, а не до. Для государства особенно это не необязательная вежливость: нередко это юридическая обязанность и вопрос равенства, поскольку государственная услуга, исключающая пользователей с ограниченными возможностями или цифровой помощью, подвела в своей основной цели, а не второстепенной.
Когда наша аналитика и наше качественное исследование расходятся, как мы решаем, чему верить, и кто арбитр? Большие организации накапливают и панели, показывающие, что делают тысячи пользователей, и интервью, объясняющие, почему так ведёт себя горстка, и эти двое регулярно указывают в противоположные стороны: поток с высоким завершением, тихо унижающий людей, или функция, которую хвалят в сессиях, но никогда не трогают в масштабе. Договоритесь заранее, как вы триангулируете, на какой вопрос доверяется каждый метод (аналитика для величины и охвата, исследование для причины и смысла) и у кого полномочия вынести решение при конфликте. Риск в выборочном использовании того источника, который льстит уже выбранному плану. Принесите конкретное недавнее разногласие и пройдите по тому, как оно было реально разрешено. В корпоративной и публичной среде ставки обостряются, потому что аналитика систематически недосчитывает именно тех, кто важнее всего: не-пользователи, бросившие и использующие вспомогательные технологии редко появляются в воронке, поэтому доверие одним числам может сделать исключённых невидимыми.

Взгляд по секторам

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

Малый бизнес. Без специалиста по UX и при ограниченном бюджете опирайтесь на соглашения, которые ваши пользователи уже знают, а не изобретайте свои, и покупайте инструменты с разумными умолчаниями вместо проектирования потоков с нуля. Делайте дешёвые высокоценные исследования сами: горстка сессий тестирования удобства использования по видеозвонку и чтение ваших заявок в поддержку выявят большую часть серьёзных проблем. Воспринимайте основы доступности (контраст, подписи, доступ с клавиатуры) как обязательный минимум, получаемый от хорошей библиотеки компонентов, а не проект, которым вы комплектуете.

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

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

Примеры

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

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

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

Бизнес-обоснование: мотивы, ROI и TCO

Отдача от UX приходит из трёх рычагов: больше успеха (больше пользователей завершают ценные задачи), ниже стоимость обслуживания (меньше обращений в поддержку, меньше обучения, меньше ошибок) и меньше переделок (ловля неверных направлений до их построения). В корпоративной среде, где пользователи «пленные», отдача проявляется как производительность и меньше ошибок, а не конверсия; несколько секунд, сэкономленных на транзакции, по тысячам сотрудников складываются в большую годовую экономию.

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

Чтобы обосновать это перед руководством, привяжите UX к метрикам, которые руководители уже отслеживают: доли завершения и конверсии, стоимость транзакции, объём заявок в поддержку, дни обучения и доли ошибок и переделок. Проведите небольшой инструментированный пилот, показывающий измеримое «до и после», затем экстраполируйте на портфель. Формулирование исследования как снижения риска для необратимых решений обычно находит отклик у финансовых и управляющих заинтересованных сторон.

Антипаттерны и ловушки

Дизайн по HiPPO: решения по мнению самого высокооплачиваемого человека вместо свидетельств.
Театр исследований: изучения, проводимые для оправдания уже принятых решений, с игнорируемыми находками.
Персоны как вымысел: придуманные профили, никогда не проверенные на реальных пользователях и используемые для выигрыша споров.
Оргсхема как IA: навигация, отражающая внутренние отделы, а не задачи пользователей.
Исследования «большого взрыва»: редкие дорогие изучения, приходящие слишком поздно, чтобы что-то изменить.
Тестирование только счастливого пути: игнорирование состояний ошибок, крайних случаев и пользователей под стрессом.
Дизайн как финальный слой краски: привлечение UX лишь для того, чтобы готовая сборка «выглядела красиво».
Игнорирование пользователей с помощью и нецифровых: проектирование только для уверенных подключённых пользователей.

Модель зрелости

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

Уровень 2: Развитие. У некоторых команд есть дизайнеры, и они проводят случайные тесты удобства использования, существует несколько персон или карт путешествия, но практика сильно различается между отрядами и не поддерживается. UX воспринимается как фаза, а не непрерывная дисциплина, и его нередко обходят под давлением расписания. Хорошая работа происходит карманами, но не складывается по продукту.

Уровень 3: Стандартизация. Непрерывные исследования смешанными методами питают приоритизацию, а общие персоны, карты путешествия и IA с контролируемым словарём документированы и используются по командам. Барьеры качества UX, включая эталоны удобства использования и проверки доступности, стоят в определении готовности и принуждаются по организации. Репозиторий исследований с поиском держит озарения пригодными к повторному использованию, а не запертыми в слайдах одного отряда.

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

Уровень 5: Оркестрация. Исследования непрерывны, связаны с результатом и интегрированы с планированием продукта, бизнеса и рисков по организации. Команды проводят контролируемые эксперименты, замыкают контур от озарения через выпущенное изменение к измеренному эффекту и выводят или пересматривают модели пользователей по мере смещения населения и его путешествий. Фундамент UX адаптируется непрерывно: персоны, путешествия, IA и стандарты обновляются по свидетельствам, а организация перебалансирует, куда вкладывает обнаружение, по мере изменения обратимости и риска.

Идеи для обсуждения

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

Главные выводы

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

Источники и дополнительное чтение

Don Norman, The Design of Everyday Things
Steve Krug, Don’t Make Me Think
Erika Hall, Just Enough Research
Kim Goodwin, Designing for the Digital Age
Louis Rosenfeld, Peter Morville, and Jorge Arango, Information Architecture: For the Web and Beyond
Clayton Christensen et al., Competing Against Luck (jobs-to-be-done)
Alan Cooper, The Inmates Are Running the Asylum
Jakob Nielsen, Usability Engineering
UK Government Digital Service, Service Manual and Design Principles
U.S. General Services Administration, 18F Methods and the U.S. Web Design System research guidance
Nielsen Norman Group, research method articles and reports

5.1 Основы UX

Обзор и мотивация

Ключевые принципы

Рекомендации

Установите непрерывные исследования смешанными методами

Моделируйте пользователей персонами, картами путешествия и задачами-к-выполнению

Проектируйте информационную архитектуру намеренно

Применяйте дизайн-мышление прагматично

Интегрируйте UX в поставку