В среднем 70,19% покупателей по всему миру не завершают оформление заказа, а улучшение сценария чекаута способно дать крупному интернет-магазину около 35% дополнительной конверсии. Пользовательский опыт здесь перестаёт быть разговором о «красивых кнопках»: для продуктовых команд это способ не терять уже привлечённый трафик на последнем шаге воронки.
Об этом напоминает Habr / Карьера в материале о UX-профессиях. Авторы разбирают, как исследователи, дизайнеры и редакторы делят работу над интерфейсом — и почему в небольшой команде эти обязанности нередко оказываются у одного человека.
Термин UX, или пользовательский опыт, в 1990-е ввёл Дональд Норман, один из основателей Nielsen Norman Group. Речь не только об экране приложения: опыт складывается из всего пути человека — от первого знакомства с сервисом до покупки, поддержки, обновления или отказа от продукта. Интерфейс может быть аккуратно нарисован, но всё равно провалить задачу пользователя. Например, поиск на сайте работает быстро, однако в каталоге нет нужной категории товаров или описание не отвечает на главный вопрос. Формально UI в порядке, фактически клиент уходит.
Разница между UI и UX особенно заметна в сценариях с деньгами и временем. В банковском приложении перевод должен занимать считаные действия; на маркетплейсе покупатель должен найти товар, понять условия доставки и без сюрпризов оплатить заказ. Если кнопка спрятана, разделы названы внутренним языком компании, а ошибка сообщает лишь «что-то пошло не так», продукт заставляет человека работать вместо себя. В этот момент команда получает не просто раздражённого пользователя, а снижение конверсии, лишние обращения в поддержку и более дорогой повторный визит.
Цифры Baymard Institute показывают масштаб привычной проблемы. Институт изучил оформление заказов на 327 крупных сайтах: у 65% чекаутов качество оценили как посредственное или хуже, а хорошую оценку получили только 2%. Среди типичных причин отказа — обязательная регистрация, перегруженные формы и ошибки без понятного объяснения, что именно нужно исправить. Для разработчиков это аргумент тестировать путь пользователя до релиза, а не ограничиваться проверкой того, что форма технически отправляется.
В крупной компании за эту работу обычно отвечают несколько специалистов. UX-исследователь проводит интервью, опросы и тесты, подбирает участников, анализирует записи и переводит наблюдения в выводы для команды. Его задача — отделить реальные проблемы людей от гипотез внутри компании. По данным калькулятора Habr Career, медианная зарплата UX-исследователя составляет 199 тыс. рублей в месяц: для джунов указано около 93 тыс., для мидлов — 184 тыс.
UX-дизайнер проектирует путь человека по продукту: структуру экранов, переходы и прототипы. Часто он же отвечает за визуальную часть интерфейса, поэтому вакансия называется UX/UI-дизайнером. Главным рабочим инструментом остаётся Figma. Медианная зарплата такого специалиста, согласно приведённым данным, — 128 тыс. рублей; на старте речь идёт примерно о 73 тыс., у сеньоров — о 206 тыс., у лидов — о 258 тыс. рублей с возможностью расти выше 400 тыс.
Третий участник команды — UX-редактор. Он пишет не статьи и не рекламные слоганы, а названия действий, подсказки, уведомления, тексты ошибок и реплики чат-ботов. Его работа заметна в момент, когда пользователь не понимает, почему платёж отклонён или как восстановить пароль. Хороший интерфейсный текст не маскирует проблему общим сообщением, а объясняет следующий шаг. Медианная зарплата UX-редактора указана на уровне 134 тыс. рублей в месяц, а карьерный рост может привести к доходу свыше 250 тыс.
Для стартапов и небольших продуктовых команд это не призыв немедленно нанять трёх узких специалистов. Начать можно с более дешёвого эксперимента: провести пять коротких тестов с людьми, которые вслух проходят ключевой сценарий, собрать повторяющиеся затруднения и исправить прототип до разработки. Дизайнеру полезно показать логику изменений, редактору — проверить каждый текст на ответ на два вопроса: что произошло и что делать дальше. Пользовательский опыт всё чаще становится не отдельной дизайнерской дисциплиной, а проверкой зрелости всей продуктовой команды: умеет ли она замечать, где клиент бросает задачу, пока метрика ещё не превратилась в отчёт о потерянной выручке.