Перейти к содержимому
Учи.Онлайн Выбрать школу
Статья

UX-редактор: задачи специалиста, необходимые навыки и путь обучения

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

Автор: редакция Учи.ОнлайнОтветственный редактор: Дмитрий Игнатьев
Содержание
Иллюстрация к статье: UX-редактор: задачи специалиста, необходимые навыки и путь обучения

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

Что делает UX-редактор в продуктовой команде

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

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

Постоянные обязанности — глоссарий, гайдлайн по голосу и тону, библиотека типовых сообщений и ответы коллегам на вопросы вроде «как у нас пишется: „войти“ или „авторизоваться“?».

Учебный пример: передача показаний счётчиков

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

UX-редактор начинает с выгрузки обращений и находит две частые причины. Первая — человек вводит показания холодной воды в поле для горячей, и система отклоняет число, потому что оно меньше прошлого. Вторая — человек вписывает все цифры с табло, включая красные после запятой, а форма ждёт только целые кубометры. Редактор переписывает сообщения под эти причины: «Показание меньше прошлого — 123 м³. Проверьте, что выбран нужный счётчик: горячая и холодная вода передаются отдельно» и «Введите только чёрные цифры — целые кубометры». Напоминание о сроке передачи теперь начинается с даты, а не с приветствия.

Заодно выясняется, что одно устройство названо тремя словами: «счётчик», «прибор учёта», «ИПУ». В глоссарий для интерфейса попадает «счётчик». Результат проверяют по доле отклонённых показаний и числу обращений за месяц до и после правок.

Сообщение об ошибке — требование доступности

Красная рамка со словом «Ошибка» — не просто неудачный текст. Стандарт доступности WCAG 2.2, действующая рекомендация W3C от 12 декабря 2024 года, содержит критерий 3.3.1 «Идентификация ошибки» уровня A: если ошибку ввода система обнаруживает автоматически, поле с ошибкой должно быть указано, а сама ошибка — описана пользователю текстом. Под ошибкой ввода стандарт понимает данные, которые система не приняла: незаполненное обязательное поле, неверный формат, недопустимое значение. В пояснении W3C к критерию прямо сказано, что цвет, значок или подсветку можно использовать только в дополнение к текстовому описанию.

Следующий критерий, 3.3.3 «Подсказка при ошибке», уровня AA: если система знает, как исправить ошибку, подсказку нужно показать, кроме случаев, когда она поставит под угрозу безопасность или назначение контента. В пояснении к нему, обновлённом 9 марта 2026 года, сказано, что подсказка помогает людям с когнитивными особенностями и незрячим понять, как исправить ввод, а людям с нарушениями моторики — реже перенабирать значение.

Отсюда практическое правило: текст «Ошибка» без указания поля не соответствует критерию 3.3.1 уровня A, а «Неверный формат» без примера — критерию 3.3.3 уровня AA, если правильный формат системе известен. Исключение про безопасность и назначение контента нужно обосновывать: например, в тесте подсказка правильного ответа обесценила бы проверку.

Голос, тон, глоссарий и локализация

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

Глоссарий решает другую задачу: одно понятие — одно слово. Если в меню «Заказы», на экране оплаты «Покупки», а в пуше «Ваша доставка», человек начинает думать, что это три разных сущности.

Если продукт переводят на другие языки, UX-редактор договаривается с разработчиками о строках с переменными. Фразу «У вас {n} новых сообщений» нельзя собрать одним шаблоном: в английском по правилам Unicode CLDR у количественных форм две категории, one и other, а в русском — четыре: one (1, 21, 31), few (2–4, 22–24), many (0, 5–20, 100) и other для дробных. Без отдельной строки на каждую форму интерфейс напишет «5 новых сообщение».

При большом трафике формулировки сравнивают A/B-тестом: половина пользователей видит старый вариант, половина — новый, а решение принимают по заранее выбранной метрике. При малом трафике полезнее юзабилити-тест и разбор обращений в поддержку.

Чем UX-редактор отличается от соседних профессий

В вакансиях эту работу называют по-разному: UX-редактор, UX-писатель, UX writer, контент-дизайнер. Копирайтер убеждает человека что-то сделать: купить, подписаться, оставить заявку; UX-редактор помогает тому, кто уже решил, не застрять на пути. Технический писатель готовит документацию вне интерфейса — руководства, справку, описание API; UX-редактор отвечает за то, чтобы справку пришлось открывать как можно реже. UX/UI-дизайнер собирает экран целиком, и UX-редактор работает с ним в паре.

Знания, инструменты и что может оказаться трудным

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

Трудным часто оказывается другое. Хорошую работу почти не видно: лучший результат — когда пользователь ничего не заметил и прошёл сценарий. Доказывать её ценность приходится цифрами, а не красотой формулировок. Много согласований: юрист требует точную формулировку согласия, маркетинг хочет продавать на каждом экране. Тому, кто хочет писать длинные авторские тексты, эта работа может показаться тесной.

С чего начать путь в профессию

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

  1. Пройдите сценарий в приложении, которым пользуетесь ежедневно, и выпишите все тексты по шагам.
  2. Перепишите три сообщения об ошибках по правилу: что случилось, в каком поле, как исправить. Проверьте себя по критериям 3.3.1 и 3.3.3.
  3. Составьте мини-глоссарий и страницу голоса и тона на парах примеров.
  4. Освойте Figma настолько, чтобы править текст в чужом макете, не ломая компоненты.
  5. Покажите переписанный сценарий трём людям и посмотрите, где они останавливаются.

Если упражнения увлекают, подойдёт программа, построенная вокруг продуктового цикла: онлайн-курс «UX-редактор» Нетологии длится 4,5 месяца при нагрузке 7–9 часов в неделю, на нём 21 час теории и 111 часов практики. По данным обзора, сначала исследуют аудиторию и тестируют тексты, затем правят макеты в Figma и оценивают результат по метрикам; в портфолио — 10 кейсов и командный проект с дизайнерами. Новичку в письме обзор советует сначала освоить базовую редактуру.

Портфолио: что показать работодателю

Работодателю интересен ход мысли, а не красивые фразы. В кейсе покажите исходный экран, проблему и её источник, варианты текста, решение и способ проверки. Хорошо работают пары «до и после» для формы с ошибками, пустого состояния и онбординга. Учебный кейс так и помечайте.

Тем, у кого есть редакторская база, но кто теряется в макетах, стоит отдельно подтянуть инструмент. Онлайн-курс «Дизайн интерфейсов в Figma» НИИДПО рассчитан на 72 академических часа, из которых 51 — практика. По данным обзора, итог — макет интернет-магазина с прототипом и дизайн мобильного приложения. Формат проверки макетов не описан — уточните его у школы.

Сколько зарабатывает UX-редактор

Отдельной строки для UX-редакторов в калькуляторе Хабр Карьеры мы не нашли; ближайшая специализация — «Редактор», куда попадают редакторы IT-компаний любого профиля. В начале октября 2026 года калькулятор без фильтра по региону показывал медиану 102 833 ₽ в месяц с учётом премий (оклад 92 000 ₽ и премия 10 833 ₽) примерно по 75 анкетам. По уровням: младший специалист — 78 250 ₽ (11 анкет), специалист среднего уровня — 101 916 ₽ (40 анкет), старший — 150 833 ₽ (12 анкет). Это фактические зарплаты со слов самих специалистов, а не предложения работодателей, и выборка маленькая.

Вилки в своём городе ищите по нескольким названиям — «UX-редактор», «UX-писатель», «контент-дизайнер» — с фильтром по опыту, смотрите на середину вилки и проверяйте, указана сумма до вычета налога или на руки.

Как выбрать обучение

Проверьте три вещи: есть ли работа с настоящими макетами, а не только с текстом в документе; кто и как разбирает ваши формулировки; есть ли задания на ошибки, пустые состояния и глоссарий. Если базовая программа уже пройдена, расширить кругозор помогает архив докладов «Текст в интерфейсе: профи уровень» от UX-Марафона: десять выступлений практиков, в том числе о связке редактуры с дизайн-системой и тестировании контента. Доступ по подписке, заданий и проверки нет.

Перед оплатой любой программы прикиньте, какой документ вы получите и что он даёт: работодатель в продукте смотрит прежде всего на кейсы.

Сравнить школы можно в рейтинге онлайн-школ с обучением UX/UI-дизайну. Рейтинг шире профессии: в нём в основном программы для дизайнеров, поэтому смотрите, есть ли в описании курса работа с текстами интерфейса. Готовность к профессии легко проверить за вечер: перепишите сообщения об ошибках в любой знакомой форме и покажите их человеку, который заполняет её впервые.