Как дизайнеру подружиться с UX-редактором: 6 полезных советов

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

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

Содержание

1. Подключайте UX-редактора к задаче как можно раньше

Редактора привлекают к задаче на разных этапах:

В идеале лучше приходить к редактору на этапе Discovery. Но на практике в 80% случаев я получаю задачу с первыми черновыми макетами. Это абсолютно нормально — все мы люди.

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

Иногда текст вообще не нужен. Или нужен — но места для него нет. А ещё, чем раньше вы придёте к UX-редактору, тем лучше он разберётся в задаче и будет задавать куда меньше вопросов.

В прошлом году Магнит в пилотном режиме запустил подтверждение возраста по биометрии в приложении. Это было нужно для доставки энергетиков. Чтобы получить такой заказ, у пользователя должна быть стандартная биометрия на Госуслугах. Возраст и личность проверяется дважды — при оформлении и получении заказа.

Дизайнер подключил меня, как UX-редактора, ещё на этапе гипотез. Я смогла серьёзно повлиять на итоговое флоу.

У меня была возможность несколько раз переделать сценарий, основываясь на интервью с пользователями.

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

Я сделала вторую итерацию текста. Изначально мне казалось, что чем подробнее объясню процесс, тем проще будет пользователям. Моя гипотеза не подтвердилась, поэтому я написала более короткие и простые тексты, убрала почти все термины. Старалась заранее формировать ожидания пользователя по этапам проверки и упрощать подачу.

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

Когда UX-редактор подключается к новому продукту или фиче, он часто видит макет впервые. И если сразу начать писать текст — будет много вопросов и недопонимания.

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

После таких экскурсий я уже примерно понимаю, что хотела бы написать. Это экономит кучу времени на переписках и уточнениях.

Когда дизайнер Магнита ставит задачу UX-редактору, автоматически появляется бриф. Там есть вопросы, которые нужны, чтобы можно было сразу начинать работу над текстом:

Прежде чем писать текст, UX-редактору важно понимать контекст.

Однажды меня попросили поменять текст для кнопки оплаты по СБП. Казалось бы, тут дел на пять минут, но не всё так просто. Благодаря заполненному брифу, я поняла, что проблема гораздо глубже — пользователи редко пользуются оплатой по СБП, не понимают, чем это выгодно и удобно. И мы как раз хотим увеличить количество таких оплат. Для решения такой задачи недостаточно одного текста на кнопке. В итоге флоу решили полностью перерабатывать.

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

На картинке пример брифа мечты — дизайнер не просто ответил на все вопросы, но и создал рабочую область для редактора в Фигме. У меня перед глазами всё, что нужно: я могу сразу править экраны, примерять варианты. С таким брифом работать приятно, а скорость выполнения задачи увеличивается, потому что мне не нужно задавать вопросы и что-то уточнять.

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

Мой совет: не игнорируйте вопросы. Иногда лучше поставить короткий созвон по задаче и всё обсудить. Это быстрее, чем целый день переписываться.

Например, когда мы начинали работу над новым проектом Магнит Пэй ВТБ, я создала Google Документ, в котором зафиксировала все свои вопросы. Получилось 33 штуки. Дизайнер организовал созвон с продактами, заказчиками и руководителями — он задавал вопросы, а я фиксировала ответы. Это очень помогло, потому что как такового флоу ещё не было, нужно было с нуля выстраивать логику и сценарии. Без ответов на вопросы это было бы невозможно.

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

Какое-то время я приходила к каждому дизайнеру в личку и спрашивала, что там по задачкам. Видимо, все настолько устали от этого, что я стала им сниться.

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

Часто бывают ситуации, когда в макете особо ничего не поменялось и тексты не нужны. Или, например, изменилась одна строчка. Существует два варианта.

Мой совет: показывайте редакторам все макеты. Даже если не поменялся текст, мог измениться контекст. И в этом случае нужно пересмотреть заново всё флоу и оценить, подходят ли текущие формулировки или нужно что-то другое.

Не стесняйтесь приходить к нам. Подберём точные формулировки и проверим, что все длинные тире и кавычки-ёлочки на месте. Мы — главные ценители и защитники текстов. А ещё, если нашли опечатку или ошибку, всегда пишите редактору.

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

Когда я стала работать в Магните, заметила одну интересную вещь — здесь все благодарят друг друга и отмечают хорошую работу. Я начала применять это в своей работе и заметила, что общаться с коллегами стало гораздо проще.

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

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

А как у вас выстроен процесс работы редактора и дизайнера?